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1. Overview 




In the past, many computer system 
designs required users to bring their 
jobs to the central computer facility, 
leave them for processing, and 
then later return for the results. This 
mode of computer operation has 
been termed "be^h proce^rng." 

Over the last few years, however, a 
dramatic evolution has been taking 
place in the way computing power 
is made available to the end user. 
The most significant factor in this 
evbrcMme cfiangi»lFbllfi tOM) 
processing to "online processing," 
within which users can access the 
computer via remote temiinals. 

Because productivity can be greatly 
improved with online, terminal- 
driven systems, application 
designers began to adapt batch- 
oriented computer architectures to 
terminal-oriented applications. 
However, such adaptations are not 
always effective or economical. In 
many cases, entire large-scale 
systems must be dedicated to proc- 
essing a single online application. 

The operational implications of 
online proee^^dn a ktldi 
architecture raises questions of 
resource allocation, workload con- 
trol; dataseGlM^ilidM8§n^ &M 
access control. These were not 
major concerns in a batch environ- 
ment; btit'beesriFie imp^fgi^ iFeqUfte- 
ments in online processing. 

To directly address such concerns, 
Honeywell offers Multics — an 
operating system whose entire 
architecture is oriented toward 
online processing and whose 
administrative tools are designed 
for control of such terminal-driven 
environments. 




Multics is the communications- 
oriented operating system for 
Honeywell's Distributed Processing 
System 8/Multics (DPS 9/M), 
designed to provide an easily 
accessible utility-grade computer 
service. Largely because of the 
capabilities of the Multics operating 
software, DPS 8/M is a highly inter- 

imifBms ffiispive itmrMm 

management system that is well- 
suited to today's environment of 
oh-demandi 



Unlike many computer systems 
designed for the structured envir- 
onment of scheduled production 
processing, a DPS 8/M system 
excels where the workload is 
primarily unstructured and unpre- 
dictable. Its large-scale power is 
combined with flexibility and ease 
of use, making it particularly effi- 



diiferent kinds of activities through- 
out an organization. 
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Multics Definition 
and Potential 
Advantages 

The Multics operating system is the 
controlling software for the Distrit> 
uted Processing System 8/Multics 
(DPS 8/M) systems. The functional 
capabilities of these Multics sys- 
tems span the total spectrum of 
processing modes from batch to 
transaction processing, and each 
system is able to service workloads 
that consist of a cross-section of 
processing modes simultaneously. 
For example, a Multics system can 
provide transaction processing for 
manufacturing and finance people, 
and concurrently provide time 
sharing for engineers, word proc- 
essing for office staff, and online 
inquiry and batch report genera- 
tion for management personnel. 
Multics can provide significant 
potential advantages over many 
other computer systems in the 
following areas. 

Productivity 

The computer can aid the produc- 
tivity of an operation only if its proc- 
essing power is accessible to 
people. Many other data proc- 
essing systems are difficult to use 
and require users to become 
familiar with very complex and 
esoteric interfaces and jargon. For 
example, financial people might 
understand all the financial aspects 
of a situation, but would also have 
to be familiar enough with the pro- 
gramming language (e.g., COBOL) 
and with the system's user inter- 
face (e.g.. Job Control Language) 
to be able to specify in compu- 
tational terms what processing is 
to be done and then to cause the 
machine to execute the program. 



Multics provides end users with a 
simplified interface and a number 
of tools which can help shorten the 
problem-solving cycle. As a result, 
the people who use Multics can 
become more productive because 
they can apply the system to their 
own work situations without becom- 
ing computer experts. 



(Management and Control of 
Computer Resources 

The computer system, as an inte- 
gral part of a business or institution, 
is an important resource which 
requires proper management and 
control. When several groups use 
online capabilities, one group of 
users may monopolize processing 
time, downgrading system 
response and performance for 
others. Many systems provide very 
few administrative tools to allow the 
operational control needed to avoid 
such problems. 

The basic administrative orienta- 
tion of Multics is designed to permit 
a degree of control sufficient to 
simultaneously and satisfactorily 
serve many user groups. When 
properly administered, the process 
of any one group is not allowed to 
interfere with the work of any other 
group. For example, adding ter- 
minal users to a system's workload 
will not impair the response time of 
terminal users in another group. 
This approach allows the separa- 
tion of user groups and the isolation 
of workloads, providing a stable 
operational environment for users. 



Data Integrity and Security 

Privacy legislation and the 
increasing incidence of computer 
fraud make adequate secuhty a 
growing concern in today's data 
processing environment. While the 
basic requirements for security are 
straightforward, the implementa- 
tion of adequate safeguards is a dif- 
ficult proposition. 

The data stored in a business or 
institutional computer system must 
be properly protected from inadver- 
tent or malicious destruction. 
Furthermore, sensitive information 
(personnel and salary records, for 
example) must be properly secured 
from unauthorized access. 

Computer security does not 
happen by accident. If the basic 
architecture of an operating system 
is not secure, no amount of security 
programming within an application 
will provide real data integrity and 
security. Computer experts are In 
general agreement that such con- 
trols should be designed into the 
system's basic structure. Multics is 
designed to meet this criterion. 



Growth Capabilities 

Unlike many other systems, Multics 
is designed to permit step-by-step 
growth. A Multics operation can 
grow by adding only the modules 
it needs at the time. Thus, Multics 
allows the user to buy today for to- 
day's data processing needs and 
avoid the unnecessary expense of 
an under-utilized system. 

Furthermore, Multics provides excel- 
lent growth capabilities. It is possible 
to expand a DPS 8/M system to 
approximately five times the proc- 
essing power of the system's entry 
level configuration — all without 
ever changing either the operating 
system, the system libraries, appli- 
cations, or user programs. 
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Pr(xessing Modes 
and Capabilities 

DPS systems are designed 
for both experts and novices. The 
totally online, interactive orienta- 
tion is well suited to a variety of 
processing activities. 

Timesharing 

Time sharing is especially useful to 
organizations that have many 
users working simultaneously with 
the system on diverse, individual 
projects. Multicstime sharing can 
handle hundreds of users as it helps 
distribute the workload. In addition, 
the FAST subsystem provides the 
user with controllable levels of time 
sharing power and processing 
performance. 



TFan«action Processing 

Multics transaction processing is 
designed to offer flexibility and 
scope. The terminal-oriented system 
does not require special executive 
programs to monitor terminal input 
and tlien to process user requests 
in batch. Applications can be writ- 
ten in any language and directly 
accessed from any numt>er of ter- 
minals or batch jot^ simultaneously 
in a completely shared environment. 
System facilities allow the interfaces 
to specialized data bases as well as 
concurrent access control. 



Word Processing 

Word processing capabllrtiesare 
achieved through use of: 

■ Powerful text editors 

■ Documentfbrmatting 
capabilities 

■ Error detectiontools 

■ SPEEDTYPE (shorthand for 
typists) 

■ Artwork facilities 

■ List processing 

■ Photocomposition 




■ Online dictionaries 

■ Electronic mail 

Together, these features can help 
the user create and maintain error- 
free documents and produce for- 
matted output. 



Graphic Processing 

A general-purpose interface helps 
user arxl application programs 
create, edit, display, and animate 
graphic material. The graphic 
featijreslheliide: 

■ Terminal independence 

■ Powerful editing capabilities 

■ Permanent storage capabilities 

■ Sharing sub-objects and structures 

■ Dynamic animation 

■ Local editing 

■ Incremental picture ifxiating 



Real Time Processing 

Multics can provide real-time 
response to specified users or jobs 
(e.g., real-time job scheduling). 
Thus, the system is useful in opera- 
tions control functions, such as 
process control monitoring. 



Bateh 

The Multics operating system 
supports both local and remote 
batch processing. Interactive users 
can submit batch jobs for execution 
and can also run them interactively 
without change. Batch jobs can 
also initiate other batch jot)S. The 
free-format command language is 
simple enough forthe novice, yet 
powerful enough to handle 
elaborate applications. 



Remote Job Entry 

Remote users can submit batch 
jobs from a variety of Honeywell 
DPS 6 systems. Job output can be 
returned to the originating station, 
printed at the central-site printer, or 
stored for ohllne pertjRsal. Bctere^ 
administrative features control the 
authorizaton of users and stations. 

Numerous devices support remote 
job entry. These include most 
devices that em ulate IBM 2780 and 
3780 protocols. 
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UserOrientatbn 

DPS 8/M systems offer users many 
potential advantages. End users 
access all processing functions in 
the same way each time, providing 
a consistent user interface. Ease- 
of-use features include: interactive 
orientation, sharing, no job control 
language, flexible environment 
shaping, the EXEC-COMdnd help 
facilities, and the abbreviation 
processor. 



Uniform User Interface 

A single user interface to processing 
functions — from batch to time 



feature. There are no format or exe- 
cution differences between usage 
types. A program written fn em inter- 
active environment will run iri batch 
without conversion or modification, 
arief vice versa. In addition, there 
are no restrictions on languages 
used to access data bases or files. 
For example, programmers may 
develop COBOL applications to 
use with modules written in other 
languages. Moreover, data and 
programs associated with one proc- 
essing dimension (e.g., transaction 
processing) are accessible from 
any other dimension- 



Total Online Orientation 

While many other systems provide 
online capabilities only through 
executive packages, Multics archi- 
tecture is designed to be inter- 
active. All aspects of Multics are 
online^rfigfiiid, IhiSiuding the lan- 
guage processors, applications, 
data base management facilities, 
utilities, administrative tools, and 
metering and tuning capabilities. 
An interactive Multics system is 
potentially advantageous in high- 
volume, transaction-oriented envi- 
ronments with significant terminal 



Sharing 

Multics permits the controlled 
sharing of operating system soft- 
ware and libraries, language proc- 
essors, data bases, and user code 
and data. For example, even if mul- 
tiple users are simultaneously com- 
piling COBOL jobs, only one copy 
of the COBOL compiler is used. 
Since all supported language proc- 
essors generate reentrant code, 
user programs can be shared 
without special programming. 
Multics features also enable 
multiple-user jobs to slmultane^ 
ously access asingleoopyof afile 
or data base. 



No Job Control Langt«i$9 

Many other systems require that 
the user learn a job control lan- 
guage (JCL) pribrlE) running a job. 
In contrast, the Multics operating 
system provides control functions 



approach. System commands and 
routines supply the logical branch- 
ing, conditional exScUtbh, fi(# 
system, and I/O control required to 
direct a job through simple and 
comptisxexeeii^ fsi^^s. The 
Multics user need not learn a new 
batch interface or become a JCL 
expert to use! 
problem solving. 



Flexible Environment Shaping 

Multics is designed to match the 
computer's processing environ- 
ment with the user's particular 
needs. Its flexible interface can 
help users to use the computer in 
their customary way even though 
they are changing to a new system. 
The concept of shaping environ- 
ments can be particularly beneficial 
to data processing organizations 
that simultaneously service many 
diverse user groups. Each group 
can develop — using standard 
administrative tools — specialized 



interfaces to satisfy unique oper- 
ating requirements. For example, 
the abbreviation processor tool 
allows users to define their own 
abbreviations for frequently used 
command lines or sequences of 
commands. 



Help Facility 

Printed text in the help facility pro- 
vides immediate, online assistance 
to users requesting data on various 
system topics, including the use of 
Multics operating system com- 
mands and subroutines. Users can 
document their own programs and 
routines, and avoid continual 
referral to cumbwsome NEUlcksopy 
documentation. 



Abbreviation Processor 

Multics incorporates a powerful 
abbreviation processor which 
eri£^)l^^rlhe tiiiiim% 
abbreviations forfrequently L^edor 
hard-to-type input commands 
Whenm(idii^ine3(EC^M 

facility, the abbreviation processor 
also allows the user to create 

writing a single program. 



EXEC-GOM Facility 

With the EXEC-COM facility fea- 
ture, users can write programs to 
execute sequences of pre-defined 
command and input Itrv^wrti^ 
typically require programming 
effort in higher level languages 
on many other systems. A variety of 
additional control capabilities are 
provided. 
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Interactive Software 
Development 

To assist in software development, 
Multics has powerful source code 
manipulation techniques for enter- 
ing, editing, and archiving code, 
and for automatically structuring 
programs for easy reading and use. 
Online debugging tools help check 
out new code and fine-tune pro- 
grams and standard calling se- 
quences for system libraries and 
user programs. 



Program Development 

Compatible language processors 
contribute to the system's excellent 
program development capability. 
These processors — including 
PL/I, COBOL-74, FORTRAN, APL, 
ALM (assembler), and BASIC — 
can be fully shared. Because of their 
compatibility, programs written in 



APL, for example, can call those 
written in PUI or FORTRAN. Com- 
patibility is restricted only by the 
data types supported by each lan- 
guage. Since all compilers gener- 
ate reentrant code by default, the 
system shares user programs. No 
special coding procedures are 
required. 



ApplleBttMis ll«««ldpindnt 

The Multics operating system pro- 
vides a standard appRcaflisnsenv^ 
ronment that can be shaped to indi- 
vidual needs. In many systems the 
prografmrierdsvikjping applica- 
tions mustbeeoncerned with 
temninal c^iboi, data base man- 
agement iriterfeoeeto s^em 
furx:tfons, data security and integrity, 
and I/O interfaces. With Multics, 
programmemcaneofloetifitilfitQri 
programming and shorten the 
development cycle. 



DataBase 

Management 

The data base management capabil- 
ities available with DPS 8/M systems 

are provided by three primary soft- 
ware tools: Multics Relational Data 
Store (MRDS), Logical Inquiry and 
Update System (LINUS), and Multics 
Report Program Generator (MRPG). 



Multics Relational Data Store 

Honeywell Multics systems Offer 
one of the few relatlixnal data base 
systems available — the Multics 
Relational Data Store (MRDS). 
MRDS provides data and program 
independence via model/submodel 
data base definitions and non- 
procedural user retrieval and up- 
dfl^ nfeehanisms. ftefteiveimer- 

active or batch usage, sharing, 
concurrent access, and access via 
programevtrrilten fnanif language 

supporting a "call" statement 
available on the system. 

MRDS operates as a subsystem, 
making full use of the Multics virtual 
memory storage system and the file 
management system. 

InMFCKS, there are t«vo levels of 

data base definition : the data model 
and the data submodel. The data 
modelletheadiiatpnyetgiildefini^ 
tion of the data base and is created 
and maintained by the Data Base 
AdmlnlsMor.Thesubmedei^ a 
proper subSiKtofliie data model, 
provides theu^ror application 
program with its view of the data 
base. It contains information 
necessary to map data between 
the user and data model definition. 
The user program may access 
more than one submodel 

MRDS relies primarily on access 
control lists rather than on security 
locl(S (passwords) to provide 
securi^ at the reiatton favei 
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MRDS is designed to create data 
bases that have a minimum of 
internal structure in order to facil- 



the need arises. 



Logical Inquiry and Update 

Sl^atem 

The Logical Inquiry and Update 
System (LINUS) provides a data 
base query and update capability 
for users who may not be computer 
specialists, but who are willing to 
learn to conversew^ a eompiisr 
in a fairly structured manner via a 
high-level, nonprocedural lan- 

primarily for interactive use, but an 
extensive macro capability is pro- 
vided to allow a "canned" series of 
operations to be performed as 
required. 

LINUS operates as a subsystem 
and provides the capability to 
retrieve and update data in an MRDS 
data base. Data to be selected is 
specific via expre^ions in the 



LINUS language (LILA), which is 
designed for individuals who might 
not be computer programmers. 
The userviewsthe data base as a 
set of tables containing rows and 
columns of data. LILA allows the 
selection algorithm to be specified 
as a series of table look-up opera- 
tions, similar to the way an indi- 

taNesforlnfomation, 



Report Generator Language 

TheMtiltics Report Program 

Generator (MRPG) is designed to 
assist a user in describing for- 
matted reports. The result of com- 
piling a program written in MRPG is 
a report command; the results of 

I are 



ttie production and distribution of 
reports. 

The user describes a desired report 
by answering three questions: 
What is the input like? What is the 



output like? What phases of proc- 
essing are necessary? The input 
may have fixed or variable fields, 
and each input record may produce 
one or more lines of data in one or 
more reports. The user may define 
the length for each page of output 
and the data which appears before 
l^pr after the pa^es of formatted 

one or more phases where each 
phase represents one pass through 
the data. The final phase descrip- 
tion ends with a PRINT request; all 
other phase descriptions end with a 
HOLDof mDfSdWTtequest All 
phase descriptions may contain 
one or more PRINT requests. 

Report commands need not be 
compiled each time they are used. 
The user may invoke an already 
compiled report command from the 
command level, or from within a 
program, in the same manner in 
which commands and programs 
are nomnally used intl^ Multics 
system. 
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2. The Distributed Systems Environment (DSE) 





With Honeywell's Distributed Sys- 
tems Environment (DSE), users can 
distribute or centralize the poweretf 
their Multics system to the degree 
that best suits the needs of the 
individual organization. Computer 
resources can be placed at loca- 
tions nearest the work — or at 
several functional areas in the 
same physical location. These 
resources can then be Intercon- 
nected to reflect the structure and 
objectives of the organization. 

Each field location, for example, 
might collect fliid^dieessdiHB 
locally for its own requirements 
while reporting all pertinent infor- 
mation to a central site. 



DSE is a concept, not a rigid frame- 
workaround which information proc- 
essfftg systemsmusf be built. Users 
can arrange the separable func- 
tions of a system (information proc- 
essing, data base management, 
and network processing) to meet 
current needs, yet still have the 
flexibility to adjust their Multics 
system as organizational needs 
change. 



offers these potential advantages 

to users: 

■ Increased end-user productivity 
— t>y shorten^ (orrediicingtie 

number of) communications 
links and improving data 
aocessibiHfy 



Increased flexibility — by making 
components and functions mod- 
ular, autonomous, independent 
Increased availability — by 
localizing the effect of compo- 
nent failures and making backup 
systems practical 
Improved equipment utilization 

— by matching hardware and 
software to tasks 

Improved decision-making effec- 
tiveness — by giving decision 
makers almost immediate 
access to current data, either 
locally or remotely 
Reduced communications costs 

— by decreasing datacom- 
m u n icattons freqi»ncy and 
volume 
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Elements of the 
Distributed Systems 
Environment 

Three elements constitute the most 
basic capabilities of a Honeywell 
Distributed Systems Environment: 
distributed processing power, data 
base management capabilities, 
and network communications 
capabilittes. 



DIstrllHfted Processing Power 

Three system building blocks let 
users configure the correct level of 
computing power where it is 
needed. 

The host prae^ssi^^hir^dHofm^^i^^^^ 
supervisory capacity at a central 
site. Satellite processors can be 

Organization where business 
operations occur. Terminals allow 
personnel to entertrar^ieeMormr 
update data, and extract nee^d 
information from the system. 



Host Processor 

The host processor provides sup- 
porting services to users and con- 
trols satellite processorsend 
terminals. It requires no supervi- 
sion from other processors and 
contrary to expectation, may be as 
small as a minicomputer or as large 
as the Multics system. Honeywell's 
systems offer a broad range of 
choices — from the small DPS 6 to 
the large-scale DPS 8 systems. 



Satellite Processor 

Linked to the host by communica- 
tions facilities, the satellite processor 
controls concurrent operation of 
batch-oriented devices, such as 
tmirriscord equipment and line 
printers. It also allows a user to 
move files between the host and 
the satellite processors. 



As satellite processors, htoneywell's 
DPS eteWitly features concurrent 
connection to multiple hosts, local 
application execution, subsets of 
the host language, and file 
mani^inent functions. 

Temnlnais 

A^r^em%temifnals put the power 

of the computer more directly in the 
hands of the end user — on the 
fBSBkfffikmi at the bank or office 
branch. 

In addition to a DPS 6 used as an 
intelligent terminal, Honeywell has 
a complete line of Visual Informa- 
tfon Projection (VIP) terminals. 



Data Base and Data 
Management Software 

The Distributed Systems Environ- 
rnentrequires highly capable data 
base and data management soft- 
ware to handle data input, storage. 



and retrieval with considerable flex- 
Mtty. Rtieedsee^iiilf^^^ 
ports concurrent SKSce^to common 

data bases. 

Multics Relational Data Store 
(MRDS) is such a software system. 
With MRDS, the user has no need 
to know how data is managed. 



Network Communications 
Cafmbilities 

Network communications consist 
of communicattons hardware and 
software that provide for the move- 
ment of data from one location to 
another, while allowing all the com- 
ponents in the system to work 
together effectively. 



Front-End 
Network Processor 

The front-end ffefwerk pfocesser 
(FNP) controls the system's data 
communication facilities and per- 
fonns such functtons as routing, 
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ecKnoentreftion, and link terminal 

control. Basically, it serves as the 
link between each host processor 
and the network, so ft fra08Jh» 
host from routine Gommunioations 

burdens. 

For FNP software, the Multics 
Commiinfc»tk>ns System is one of 
themore comprehensive com- 
munications control programs 
available today. It supports remote 
job entry, transaction processing, 
time sharing, and comprehensive 
data collection and distribution. It 
also supports interactive graphic 
and word processing functions. 



DPS 6 

Satellite Processing 

DPS 8/M distributed processing is 
accomplished primarily in conjunc- 
tk)n with Honeywell's pdftyiaiifuiinutti- 
functional computer ^stem, the 

DPS 6. 

DPS 6 is a full data processing 
system. Its GCOS operating 
system provides multiprogram- 
ming facilities for concurrently per- 
forming batch, remote batch, data 



entry, program development In 
COBOL and FORTRAN, and trais- 
actbn processing. When operating 
on a distributed processing system 
with DPS 8/M, interface is Via the 
G115/RCI protocol. 

File transmission tjetween the DPS 6 
and Multics system is via high-level 
commands. Files may be in either 
ASCII or binary format. 
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3. System Software 




Some of the rra^charaoteristics 

of the Multics system include: 

■ Virtual memory organization, 
including system and user 
informatbn 

■ Selective sharing of information 
through controlled access 

■ Hardware-enforced security 
mechanisms, including the ring 
structure that allows pro- 
grammable access control 

■ Open-ended, modular system 
design to facilitate technological 
improvements and expanding 
user requirements 

■ Structural administratbn, allowing 
decentralized control and man- 
agement of system resources 

■ Flexible user interfaces, allowing 
a wide variety of programming 
environments 

■ MinfmalMTiliseilisruption 
through dynamic haidwafe 
reconfiguration and onflne soft- 
ware mainterranceand s)«l»fn 
administration 

■ Reliable intemal file system 

■ OorinwnfmitreinotPtemitwl^ 
the normial mocie of system 
access 



large and small Multics systems 
Powerful, versatile, efficient, and 
easywto-use data base manage- 
ment capability 
Integrated word processing 
system for developing a wide 
range of documents online 
A graphics system that can 
create, edit, store, display, and 
animate graphic material 
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Interactive 

Programming 

Environment 

The Muitics interactive program- 
ming environment is designed to 
provide a complete range of facil- 
ities that satisfy both the novice and 
the professional programmer. Both 
use appropriate software tools to 
work on the same system, pro- 
tected by hardware/software 
security features. 

Theuser {rrterfiace provides an 

environment for a wide scope of 
applications. The multiprocessing 
and muttiprogramming capat)ilities 
of the Muitics systems and their 
diversity of languages and utility 

wide range of support 



The Process 

A user who accesses (logs infi»}« 

Muitics system is allocated system 
resources in an environment termed 
a "process." Specifically, the 
process is dynamically assigned 
space within the virtual memory 
(address spaee) and other system 
resources as required. In this envi- 
ronment, the user s address space 
dynamically grows and shrinks as 
program requirements expand and 
contract — and the activity is totally 
transparent to the user and under 
control of the shared operating 
system. The system creates a 
process at login time and destroys 
it at logout time on behalf of each 
user. Users execute their programs 
arKi system commands in co- 
existence with the processes of all 
other logged-in users under the 
multiprogramming control of the 
Muitics operating system. 



Environment Shaping 

The administration of a typical 
Muitics system includes one 
system administrator and multiple 
project administrators. Each project 
administrator defines the working 
environment of users in that project. 
The project administrator may give 
users maximum flexibiity by allowing 
them complete control in creating 
their own initial processes, or may 
limit the users' capabilities by 
restricting access to various soft- 
ware functions. 

The project administrator then 
defines the range of access each 
user has to system software func- 
tions. If the user has complete con- 
trol of his own process environ- 
ment, he may change parts of that 
environment and still be within the 
normal operating conventions of 
the system. 



Language Processors 

Muitics supports several fully com- 
patible language processors. 
Foremost is a functional and trend- 
setting PU compiler that is used for 
both system programmers and appli- 
cations programmers. The present 
compiler has undergone several 
major design iterations to become 
perhaps one of the more stable and 
reliable PL/ compilers in the industry. 
This is the same PL/ 1 compiler that 
is used to produce the Muitics 
operating system software itself, 
most of which is written in the PL/I 
language. 

Muitics supporis€X3BOL-74. 

COBOL programs can call pro- 
grams written in any other lan- 
guage, thereby offening developers 
added flexibility. 



A Muitics FORTRAN-77 compiler is 
available to satisfy any FORTRAN 
requirement as well as to facilitate 
the transfer of software from other 
computer systems. The FORTRAN 
langu age pr ocessor conforms to 
the f^ffmN^T? I^d^^ 

AM#t6€»«Tif)^offemqu^ 

compilation and execution. It can 
be used as an independent lan- 
guage processor or in the simple 
time sharing subsystem called 
FAST. 

An APL language processor is also 
available. This is an interactive 
interpreter with extensive 
functionality. 

FbrttK»e usersvirtio find it nec- 
essary to write portions of their soft- 
ware in the language of the host 
eomputer, ihs MM (Ass^mbl^ 
Language for Muitics) assembler is 
available, supporting all system 
requirements for intet^proigram 
communication. 

A program written in any language 
available on Muitics can also 
call programs written in another 
language by merely following that 
language's calling conventions. 
For example, APLfunctionscan 
call Piyi procedures. 

All Muitics compilers will auto- 
matically generate pure, reentrant 

code for users, making all pro- 
grams immediately shareable. 

This can lead to more efficient use 
ofmain memory andstcrage, 
because multiple users can con- 
currently execute and/or share the 
same copy of a compiler or a user 
program. 
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Support Facilities and Tools 

Stable and reliable software com- 
ponents within the Multlcs oper- 
ating system provide numerous 
utility and support functions. Prom- 
inent among these are the editors, 
which range from a simple editor 
supporting line-numbered files to 

screen mariagement system. 

Several interactive debugging pack- 
ages help a user to analyze and 
correct a compiled program to both 
the original source level and the 
more specific machine-register 
level. 

Tools to measure performance 
help the user to analyze a pro- 
gram's behavior and facilitate the 
improvementof applications 
software. 

Interuser communication facilities, 
both immediate andd^l^fffed, 
permit online messages to be 
transmitted among users. In addi- 
tion, online^s^menfafion fadlli^ 
provide the user with useful word 
processing and document prepara- 
tion 1bD0i$, 



The Command Processor 

The command processor (the 
means by which requirements are 
communicated to the system) 
accepts input from a terminal, inter- 
prets the user's request, and 
invokes the software component to 
perform the desired function. The 
software component can be either 
system- or user-supplied; there is 
no distinction at the command 
level. The command processor 
allows recursive, iterative com- 

tbn calls in the command line. 



The command processor is a 
shared, replaceable module, m\t- 

administrator desires, a user can 
be required to interface with a 
special version of the commsnd 
processor (possibly user-created), 
thereby limiting the software 
requests or commands a^itabletO 
that user. The command processor 
thus permits a wide range of inter- 
feKesto all sy^m facilities either 
on a controlled or open-^nded 
basis. 

Tools are available to the user 

that allow the abbreviation of com- 
mands or character strings for the 
development of personalized 
shorthand methods for directing 
program execution or accessing 



Also, users can program in com- 
mands with logical branching, file 
management, I/O eonfrof, nested 
if-then-else statements, setting and 
testing of variables, statement 

mmmmtfsititi&mmcA, and mm- 

ment lines, all of which means that 
complex applications can be 
developed wMiouflnv^h^Sng ttie 
language processors. 

The command syntax has been 
designed to provide a sophisticated 
and flexible user interface for both a 
commutative and associative 
syntax form. However, simple 
requests have a simple fonn. 
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Virtual Memory and 
Storage System 

The storage system for Multics 
systems is a modular, hierarchical 
file syst«n augmented by a com- 
prehend virtual memory. 

Stotage Hierarehy Concept 

AH infbmiatbn in the virtual memory 

is organized into segments. The 
segments and their directories are 
organized into asingle tree- 
structured hierarchy. This hier- 
archy defines the storage system 
for users, adminstrative and 
accounting information, and the 
system software itself. This directly 
contrasts with conventional sys- 
tems, which provide one class of 
data storage for users and reserve 
anottierforthesystom. 



Diraciory Concept 

The sole function of a directory seg- 
ment is to catalog the segments 
residing below it in the tree. Each 
directory names^ stjbordir^ 
segments; lists the attributes of 
each (e.g.. length, virtual memory 
address, and date and time the 
segment was modified); and lists 
the users allowed to access the 
segnfwvitirfdwithiMh^ 
mode (read, write, execute, or null). 

The directory concept is the key to 
several Multics features including 
storage structure, administrative 
control, access control, search 
rules, and naming conventions. For 
example, all users registered on 
the system are grouped into pro- 
jects. Each project has a directory . 
End usere in that project have their 



am cfireefories, suborcflnalsldftw 

project directory. Users can create 
additbnal sutwrdinate directories 
uriderfh^ciwn directorfesorurfdisF 
directories to which they have been 
granted specific access. Users can 
aleocreald *1lhl(»^to segmenls if 
they have the proper access, a 
capability often used to share data 
and/orpnopeuns. 



Segmentation Concept 

A segment is a collection of instruc- 
^»«iicVdFilate aMcxisAediNiRlia 
particular segment name. A sul*- 
routine, such as a square root sub- 
routine. Is a segment. Subroutines 
are dynamically located and linked 
when first referenced; explicit 
action by the user is not required. 
Data and/or programs can be 
shared among many users; each 
user program merely references 
the segment by name. Segmenta- 
tk)n permits information sharing in 
a more automatic and general 
manner than found in nonseg- 
mented systems. Sharing is 
accomplisiied without duplication 



of infonnatbn, and accessfbfhe 

shared information is controlled in 
both main memory and secondary 
storage. 

On the DPS 8/M, each segment is 
aco»»edbythe hardware throu^ 

a segment descriptor containing 
the segment's attributes. Among 
the allrltxitBS areaeceserfghtBtfiat 
the hardware validates on each 
reference to a segment. The seg- 
merftt^ i» relocated anywhere in 
memory and can grow or shrink 
independently of other segments. 
For &xampt^, aoompller can reside 
in a segment where writing is not 
permitted, but execution is allowed. 
Thus, users can execute the com- 
piler but not change it 

Each segment appears to usere as 
an independent memory, associ- 
ated with a descriptor. Communi- 
cation t)etween segments is done 
via symtwlic names. Therefore, a 
segment does not have to be in a 
specific storage location. There is 
no requirement that all the seg- 
ments that belong to a process be 
in main storage at the same time. 
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Segments not being used do not 

occupy valuable main storage 
space but reside on secondary 



lIMilwficIng A Segment 

Provided a ui^r has the proper 
scc&SB righib, all thficmrte^m is 
cBrectly addressable. In addition, all 
0f ti|8 information within the storage 

ring structure — a hardware-software 
feature that provides security for 
fhe information being shared. 

The physical movement of infornia* 
tbn between main memory and 
secondary storage is wholly auto- 
matic and of no concern to program- 
mers when establishing the structure 
of applicatbns. The usual complex 
combinatbn of file access methods 
and job control language are 
replaced in MuKics systems by a 
simple two-dimensional address- 
ing scheme involving the symbolic 

i»m of a segm^ent ind the 

address of the desired item within 
the segment. Even the relative 
address % usually given in sym- 
bolic terms through the data 
description facilities of the 
i^guage used. 

^i^segment is identified by a 
yser-assigned symbolic name as 
well as by a unique, system- 
assigned identification. The system 
identification, unknown to the user, 
can help to greatly simplify func- 
tions within the storage system 
itself and help eliminate ambiguity 
and overhead in sharing data. 

The fully specified rmineof ahytiine 

segment is the list of the subnames 
that reflect that segment's positbn 
in the directory hierarchy wKh 
respect to the root directory. This 
name, called a pathname, shows 
ihe''ptth^mM1h#rd^^^^^ 
the specific segment and is the 
symbolic name by which users 
must refenmce the segment. 



Users have control over every 

segment in their own directories, 
and can grant or restrict access to 
these segments in any way. In fact, 
a user can grant different access 
privileges (read, write, execute, or 
null) Id di^reht users of thdi£lfi9d 
segment. The system constructs a 
de^riptor according to the access 
IrifbnmrfiofigNin ^ttie creator of 
the segment. 

Once the segment is created, the 
user program can address any item 
within the segment. The max- 
imum segment size is over one mil- 
Ibn bytes. Logical files may span 
multiple segments and contain 
more than a quarter of a billion 
bytes. 



If the page is not in memory, amiss- 
ing page exception occurs (called 
a "page fault "). The software 
system intervenes at thte pefnt and 
processes the page fault by 
beating the desired page in the 
ste>rage s^tem aiidtf^iiijsjii^ it 
into main memory. Once the page 
arrives in main memory, the system 
notifies the "waiting" process and 
schedules it for continued execution. 

This "demand paging" technique 
with its fixed page size helps 
simplify space allocation problems 
and improves the system's 
cost/performance factor. Only 
those segment pages currently 
needed are in memory at any one 
time. 



The Paging Concept 

With most computer systems, the 
limiting physical resource is main 
memory. The amount of main 
memory online is a major factor in 
d«^rfriining the perfofmartcet^a 
system. The problems associated 
with "swapping" large files in and 
outcf fhatiniilierini^se^^ 
system performance. Even if files 
were not all large, the difficult pro- 
blem of core management would 
remain. Since Multics allows users 
to create and/or manipulate large 
segmmtte^ ftbneitherfeasibie nor 
desirable to have an entire seg- 
ment in main memory when the 
segment is in uae. 

Therefore, in DPS 8/M systems, 
segments are automatically sub- 
divided by hardware into "pages " 
with a fixed size of 4096 bytes. This 
feature is transparent to the user, 
iiyfiditional address mapping at the 
hairdware level allows the system to 
determine whether or not a page of 
a referenced segment is in physical 
memory. 



FKef^dltng 

Application programs can option- 
ally manipulate large files directly 
within the virtual memory's 
constructs or through a standard 
system lisfnanager called'^Sfifer 
This file manager allows keyed 
sequential and other commercially 

on a fully logical basis, with no 
direct reference to the segments 
i^sd tQ store the dataAwithin the 
virtMiri memory. 
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Controlled Sharing 
and Security 

DPS 8/M systems provide capa- 
bilities for the controlled sharing of 
frrfbrrnafiofi wllfeh are tniiv^ 
applied to all system and userfunc- 
tions. In fact, without these security 
mechanisms itwould hG»f be porai- 
bleto provide many of the end-user 
facilities available with Multics. 
Ilirmjgh a sfmpte c»mm«id 
face, programmers can apply the 
same security mechanisms to their 
owhpm§tmtti itfiddatawttHciiuA 
programming for that function. The 
major characteristics of controlled 
flliai^lnid lieetirtty^vi^ln Muttlcs 
systems are as follows. 

■ All information (both system and 
user) is under storage system 
control and is ttierefc>r8 pro- 
tected. 

■ Access control is initialized by 
software and enforced by hard- 
ware on each reference to the 
Information. 

■ Access control lists for each file 
^pecil^ users who may or may 
rtotaocessffiefne. 

■ Access modes are separately 
specified for each user on an 
access control list. 

■ Access control for each file con- 
sists of access control lists, an 

and ring protection. 

■ Rta^ protection levels are 

to sensitive data bases within a 
user's process. 

■ Access isolation nrechanism 
provides for non-discretionary 
access control of data and inter- 
process communlcatibn. 



Passwords 

At the time of registration, each 
user is assigned a password of up 
to eight characters In length. This 
password can be changed any time 
the user bgs into the system, or the 
system administratofcan rec|ii^ 
that the password be changed at 
the next log-in. In addition, a 
system-suppl^mTidcivn pasiswtHVi 
generator will deliver a new pro- 
nounceable password, if needed, 
to tiNe user. All passwords are 
stored online in an irreversibly 
encrypted file for additional 
security. 



Information Sharing Controls 

Beyond the password control 
(which screens every person 
attempting to use the system) 
three additional controls regulate 
access rights to all data and pro- 
grams in terms of individual users 
and processes. These information 
controls are access control lists, 
the access Isolation mechanism, 
and the ring protection mechanism. 
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Access Control List 

The Access Control List (ACL) 
defines the access rights for each 
segment and directory. Through 
the ACL, users can, at their own 
discretion, grant or deny access to 
thehrsegments and directories. The 
ACL specifies the users who have 
been granted access to the seg- 
ment or directory and the mode of 
access allowed them. Users who 
do ndtappearorr ^ A0L hs«ino 
access to the segment or directory. 
Read, write, execute, and null 
penittsi^ns may be specified for 
segments {both data and program). 
Status, modify, and append 
accesses may be specified forfite 
system directories. These permis- 
sions may be specified by user 
riiifii^ by pre^, m'^lins^letm'* 
^Mfieiher a process is absentee or 
IritaFactive), or by any combination 
of these. Classes of users can also 
be specified (e.g. , all the users in a 
project, a specific user in a project, 
or even all users in all projects). 
Access is initially verified by Multics 
software and then continues to be 
enforced by hardware every time 
the segment Is referenced. 



Access Isolation l\4echanism 

The Access Isolation Mechanism 
(AM) allows system administrators 
to define several levels of privilege, 
which the system itself enforces. 
Enforcing the separation of these 
levels is totally independent of 
other access control or user action. 
This administrative mechanism 
overrides user discretton in grant- 
ing access and helps ensure 
privacy by preventing inadvertent 
or malicious disclosure of informa- 
tion between these privilege levels, 
even by those who own the 
infbrmatiQn. 



AIM supports eight clearance 
levels and 1 8 need-to-know cate- 
gories within each level. Access is 
granted or denied explicitly on the 
basis of the security classification 
of a file or program and the security 
clearance of the user. This mech- 
anism supplements the access 
control lists. Lil<e the ACL mech- 
anism, it verifies access initially by 
Multics software and thereafter 
enforces itby hardware at every 
rafereftce. AIM can be invoked or 
disabled at the discretion of each 
DPS 8/M site. AIM also provides 
security auditing controls to 
monitor user activity. 



Ring Protection 

The DP^fii/M security syc^em uses 

a hardware-implemented, multi- 
level, ring structure to control its 
users wkJ to protect itself. The struc- 
ture consists of eight rings of pro- 
tection numbered 0 through 7; ring 
0 is the most prMieged and ring 7 
the least. The operating system 
resides in the most privileged rings, 
0 and 1 , while users generally operate 
in the less privileged rings, 4 and 5. 
The segments of the operating 
system are in the most privileged 
rings to help prevent uncontrolled 
access or modification by the users 
of ^MsenSal ^f«tem Mom^SSsm. 

The basic rule of the mechanism is 
that users can only reference those 
segments in the same levetor 
higher (less privileged) than the 
ring in which they are currently 
executing. Aceessto tower* 
numbered (higher privileged) rings 
is only possible by a software gate. 



In its use of the ring protection 
mechanism, the Multics security 
system is similar to conventional 
systems that employ some form of 
master/slave mode to control their 
users. However, the DPS 8/M sys- 
tems surpass these systems in 
having eight levels of protection 
rather than two. This extended pro- 
tection allows applications pro- 
grammers to have the same type of 
control over their users as the 
operating system has — all wifh0l;rt 
extensive security programming 
within the application. 




TVPK^U. UBRARV SeOMENT 




TVnCAL USER SCGMBIT 
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Administration and 
Operating Features 

data processing service for users 
dealing with various challenging 
business and scientific prot^ms. 
Its administration and operating 
features can help make processing 
capabilitimislmpierand easier. 
These features can help give the 
user more efficient control over on- 
line applications, improved response 
to individual user and group needs, 
and optimal utilization of all 
prooessir^-raiated resources. 

Deeentrallzed Administretion 

A fundamental design concept in 
Multics holds that productivity is tied 
directly to accessibility. The sys^ 
tern's approach to administratton is 
consistent with that concept. 
Administration is decentralized. 
thi», specific resources can be 
allocated to specific projects and 
accounted for accordingly. The 
project admihistralor can in turn 
allocate these resources to individ- 
ual users within the project as 
nec^sary. 



Mowrtng iiwnote useme^ user 

groups autonomy in their use of 
the system and enabling them to 
<xmtroritielro«im reeoureo^ 
them the opportunity to more effec- 
tively deal with their day-to-day 
pi@iteHW^)Mid Vffiryirig prooes^ 
requirements. 

Resource billing flexibility illus- 
trates the potential advantage of 
decentralized administration with 
Multics systems. This billing can be 
done automatically or on demand. 
Individual project administrators 
can even do their own sut>-biiling. 
Sites can substitute their own 
billing algorithms, use different al- 
gorithms for different users, or 
install new algorithms dynamically. 
The administrator can establish up 
to eight separate work shifts, with 
different rates applied to each, 
encouraging use during slack per- 
iods. Users can also be restricted to 
working on specified shifts, and 
these restrictions can be changed 
dynamically. This can result in 

more ^fective use of resources. 



Resource UttHzafkMi Control 

Resource control in Multics systems 
lnvolves^li«« primary areas^on- 
line storage utilization, physical 
access to system communication 
lines, and user/job prioriflzeaiCHi. 
Standard, built-in tools are used in 
each area. 

Multics enables an administratorto 
control the use of online storage on 
a "per project" basis. To maximize 
the use of storage resources, the 
administrator can allocate this 
storage to individual users within a 
project. For example, a storage 
quota can prohibit the allocation of 
storage space when a specified 
worldoad limit is reached. 



Load Unit Weighting 

An administrator can establish the 
maximum work units that^ 
system win adequately support for 
the particular site. Issuing load unit 
weighting faotOfSfofeacHuser 
helps ensure that the system's 
capacity cannot t>e exceeded. Dif- 
ferent userst^tfi be issued different 
weighting factors to reflect different 
processing requirements. To help 
guaranteettiatspedfied privileged 
or high priority jobs will always be 
executed regardless of the total 
wofktoad mitms^mm, certain 
users can be given guarsffiti9ed 
access status. 



Dynamic Scheduling 

Dynamic control of the priority 
scheduler establishes user and job 
priorities. This capability makes it 
possible, for example, to add either 
more batch jobs or more interactive 
users to a system without impacting 
the productivity of time sharing pro- 
grammers or transaction processing 
activities already in executton. 
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Workload Balancing 

Multics systems incorporate a 
workdass concept whtoh fecilitates 

workload isolation. That is, the 
workload of one group of users will 
not affect other users. Workload 
isolation is implemented by group- 
ing users into classes (work- 
classes) and allocating each blia^ 
a guaranteed percentage of proc- 
essing capability. Regardless of 
the total s^nsttdtrniworkload each 
group of users will receive the 
predetermined minimum percentage 
of available proees8or#TN9. **^Frae 
time," anytime not utilized by a given 
workdass, can be made available to 
other work classes requiring more 
than their allocated time, thux max- 
imizing central processor use. 



Real-time Scheduling 

Another facet of the Multics system's 
online processing administration is 
real-time scheduling. This feature 
can be used for a limited number of 
users or applications to help guar- 
antee that a predefined amo unt of 
processing time is available to 
these users within a predefined 
time after an interaction or job sub- 
mission. The number of users or 
applications that can utilize real- 
time schedulingisa functton of 
available hardware resources and 
their processing requirements. 
Real-time scheduling helps ensure 
that t)atch jobs will finish within a 
specified time period, and inter- 
active users will receive a response 
within a predefirted time span after 
atransactton. 

Changes to aHoeatod resourceKS^ 
response characteristics, and bak^ 
Jpb scheduling, can be accom- 

to happen automatically at a pre- 
determined time. For example, a key 
appHeeMonoai be reak&mesGlied^ 
uled for no more than a four-second 
response time during prime shift, 
bul«wi^aina>dmufn eight-second 
response time on second shift. 




Environmmit SiMipliig 

Multics environment shaping tools 
let you define system interfti^esto 
match users' application process- 
ing needs. These tools not only 
make it possible for nonexperts to 
use the Multics system for problem 
solving but also enable system 
administrators to define and limit 
what users can do with the system 
and what they must know to proc- 
^ttieirappHeBtlOfi& 

Environment shaping tools allow 
the creation of a limited service 
sut)syslemorack>8ed8iflls^3fe»n. 

■ A limited sen/ice subsystem 
enables the project administrator 
to define exactly those functions 
which the user cannot perform; 
all other functions of the Multics 
system are available to that user 
by default 



■ A closed subsystem lets the 
administrator define all the func- 

. tions that the user can perform; 
all other functionsare unawEdl- 

able by default. 

A limited service and ctosed sub- 
system can also be used for 
defining new command languages 
and interfaces that convert "foreign" 
syeiem oommanids irrtb Miittk:® 
system commands. This can be 
useful to first-time users. In addi- 
tk)n, these subs^rtems can help 
nontechnical users to access the 
system via a highly simplified com- 
mand lnti»1ioe (e.g., thewE>)«l pi«o- 
essing operator could call a series 
of complex text processing routines 
with only a simple set of com- 
mands). The capabilities afforded 
by these structured interfaces do 
not have to be programmed; they 
can be established via simple com- 
mands. The administrator need 
only create a new file with the new 
restrictions or guidelines in it, and it 
is immediately available to all 
authorized users. 
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Simplified System Operation 

A Multics system is comparatively 
easy to operate. This is due largely 
to comprehensive operator con- 
trols, simplified system main- 
tenance, and responsive online 
metering and tuning capabilities. 



Operator Controls 

THe dyrmmie fe(x)nfig^^ 
bility of the DPS 8/M is used to main- 
tain continuity of processing service 
in theevehtof a maUhmetisn fria 

system component. When a failure 
occurs in a processor, for example, 
a single operaldHrcemmaiid aufi^ 
matically moves jobs and data to 
another unit, notifies the other 
system components of the proc- 
essor's absence and removes the 
processor from service. Proc- 
essors, memory, and peripheral 
devices can be dynamically added 
to or deleted from a configuration 
via operator command. 

Thlsrsconfiguration process can 
also assist in the testing of certain 
components. The operator or field 
engineer can dynamically remove 
certain devices from service, sub- 
iMtfiiem to test and diagnostic 
ilHltines and reconfigure them 
automatically, without interrupting 
processing service. AliematMetly, 
devices can be removed from 
service on one system, configured 
as a separate system^ usedlor 
testing of new software, and then 
reconfigured in the original sub- 
^em without shutting down 
service. 

A Multics system can run unat- 
tended, providing processing 
service on holidays and weekends, 
without the need for operators. 
During unattended operation, the 
system can be run in the automatic 
retxMt mode, £ind, in the event of a 
system failure, Multics will auto- 
matically reinitialize itself so 
service can continue. 



A Multics system can be operated 
from any terminal inside or outside 
the computer room. Due largely to 
the system's security features, an 
administrator with the proper 
authority can log into the system 
and issue most commands that 
could be issued from the main 
operator's console. This gives 
the system greater operational 
flexibility. 

Multics systems provide traditional 
batch job status and control capa- 
bilities as well as communication 
between system users. Operations 
messages can be sent to individual 
users: messages can be broadcast 
to the entire user community or to 
those on a particular project. 



System Maintenance Features 

For simplified maintenance, the 
DPS 8/ M does not require system 
or library generation credit. Multics 
software releases are also delivered 
patch free. 

V\nttf the excepflOfr of 1^ hardcore 
supervisor, new software can be 
installed without a system shut- 
down. Newoompneis, flqapnea- 
tions, and procedures can be 
installed without interrupting proc- 
essing aervioe« even while users 
are using old versions. 



Metering and Tuning 
System Performance 

Standard Multics metering and 
tuning tools allow an administrator 
to moinitor and adjust system per- 
formance according to specific 
needs and changing workloads. 
The system constantly gathers 
data that can help administrators to 
retune the system, move users 
from one processing class to 
another, or even change the 
percentage of processing power 
allocated to a user, depending on 
any number of variables and 
requirements. 



This control is possible t)ecause 
the administrator can analyze all 
facets of system performance from 
this constant flow of metering data. 
Some of the infonnation supplied 
includes: 

■ I/O and device activity data 

■ Proces9ortiflll2aiion.eorn> 

munications, and I/O queuing 

■ Average CPU time spent on cer- 
tain functiiiins, or used by certain 
applications 

■ State and characteristics of the 
communications lines attached 
to the system 

■ EDAC (Error Detection and Cor- 
rection) data associated with 
main memory hardware errors 
and peripheral controller errors 



Integrity Mechanisms 

To maintain file integrity in the 
event of a malfunction, DPS 8/M 
systems have file back^jp 

mechanisms: 

■ An automatic back-up mechanism 
Joitfhatizes all changes to the file 
system and makes it possible to 
"roll back " following a failure. 

■ omhielileeystem integrity 
checks help ensure aconsistent 
reliable file system. 

■ Main memory flU6l»'to<li8k is a 
data protection mechanism 
invoked after a system service 
lnterruptk>n. All data in main 
memory that has been modified 
is written out to secondary 
storage to reflect all chauiges 
prior to the failure. 





Data Base 
Management 

Honeywell's Multlcs Relational 

Data Store (MRDS) is designed to 
provide Multics users with a power- 
^1, versatile, efficient, and easy- 
to-use data base management 
capability. MRDS functions as a 
subsystem of the Multics operating 
software, and makes use of Multics 
virtual memory and file manage- 
ment subsystems. It is designed to 
support concurrent access to up to 
64 data bases of up to 1 80 billion 
charaelecsmK^. 

MRDS^Sfrnplify the jobof pro- 
grammeiBand end users, as a 
detailed knowledge of the logical 
structure of the data base is not 
required to use it. For example, a 
person seekingdatavnft^k State- 
ment that defines the nature of the 
data required, rather than providing 
8peciflte«is&ueUdnsii!ld^^<^^ 
cuid how the data is to be retrieved. 



Potential MRDS Advanteges 

■ Improved programmer produc- 
tivity — MRDS's relational 
capabilities can help program- 
mers accomplish database 
tasks with less effort. 

■ Bfil'-taem^idt^ — The 
simplicity of the relational tech- 
nique permits end users to 
indeprnderfHyreMippeieitabase 
information without support from 
the programming staff. 

tasks of entering and changing 
data can be simplified. 

■ Data storage efficiency — One 
data base system can potentially 
meet the needs of an entire 
organization and thus reduce 
the need for redundant files. 

■ Improved data accuracy — The 
elimination of redundancy can 
mean consistent information 
with fewer chances of error. 

■ Data integrity and security — 
Inherent DPS 8/M integrity and 
security features are available to 
the MRDS user. 



MRHSFMrturss 

The Multics Relational Data Store 
includes seveiral significant system 
design features. 

Relational interface — MRDS repre- 
sents data relationships by means 
of formal algebrak; entities. A user 
structures and accesses data files 
without concern for how or where 
the data is actually stored, which 
can help simplify the user's task. 

Ijipguage independence — Any 
system-supported language may 
be used to access MRDS facilittos, 
including COBOL-74, PUI. 
R^RTl^, ditd Assetiibler.^^^^ 
defined CALL stettennents are 
employed. 

Independence of processing 
modes — MRDS supports all proc- 
essing modes, such as transaction 
processing, batch, and remote job 
entry. All of these modes can be 
supported simultaneously. 

Controlled stiaring — All user data 
(asiw^l asoperating SystemSoft^' 
ware, libraries, and user code) 
may t>e shared at the discretion of 
Kiiowiier. SAiiea aSI Miiittes- 
supporf ed iangue^ processors 



generate only pure reentrant code, 
no copies or reloads are required. 

Data definition and program 
independence — Data definition is 
an iridependent function. In most 
cases, changes to the data base 
will not require reprogramming of 
userapplk^ttons. 

Query capability — LINUS (Logical 

Inquiry and Update System) allows 

users to access an MRDS data 

base from a terminal. 

access an MRDS data base from a 

tenninal. 

^Une access and update — Data 
may be easily added, modified, or 
deleted online. Multiple users may 
access the same data base concur- 
rently. MRDS can be invoked by as 
many users as are allowed on the 
systwn. 

Concurrent access and update 
controls — Through Multics 
Access Control Lists, update priv- 
ileges can be restricted. To help 
ensure integrity, users may specify 
exclusive iraeofthe data base 
when it is opened. If sharing a data 
base, users may temporarily 
reisdFMB a latflHon dtiiingiKMiQ^tip- 
dalte operations. 
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Report generation — The Report 
Program Generator facilitates the 
production of reports, in conjunc- 
tion with either the LI N US query 
langui^or ASCII files. 

restart — MRDS provides a 
mechanism to help ensure that a 

can be badoed uf) to tape ordisk. 
This feature provides recovery of a 
data base after system failure or 
when a disk has t>een damaged. 

Dynamic tuning — A system admin- 
Btrator can view current monitoring 
data from a terminal and dynam- 
ically alter parameters to affect 
performance. 

Data integi^and$mui^ — 
MRDS derives its integrity and 
security characteristics not from 
provisionawMi the data bas» 
manlier, but rather from design 
featiwes of the Multics operating 
system an6 system haidware. 



Termlnolofly 


^|pomyweiM||H|y ^[^^H 

^r^MRDS CODASYL" ^^^H 
IP Approach Approach 






^^■^ Record type, class <^^^| 
format (logical) 


^pmimi^^^^ recordtype 


Record occurrence ^ tuple ^m^t- record occurrence 


Field/element 


^mlUle dataalenientfield 






^^^Kdatab^defi^^l 




^^^HHj^Bin viewof data^l^ 
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Data Base Definition Process 

To define a MRDS data base, the 



defines adata model. 

The data model definition file con- 
tains the complete description of 
the different dataeiementi in the 

database. 

The data descriptions are not directly 
referenced by user application pro- 
grams, and each application pro- 
gram may have a different view of 
the data base. The definition of that 
portion of the total data base affec- 
ting a particular program is accom- 
pitehed by deflnihg adata stUrnddel. 

Partial views (data submodels) 
must be proper subsets of ttie total 
data base definition. 

TMs data model or data base defini- 
tion is defined, accessed, and main- 
tained by the data base adminis- 
trator. The administrator, in con- 
junction with application users, 
defines a valid data submodel to be 
felSr@rK^byMd1 ap^^ pro- 
gram. Undercertain user-controlled 
circumstances, a user may act as 
ttie administrator and d&ardii'tctty 
with the data model. 

The definition of a data submodel 
may differ from that of the data 
model in several ways: 

■ Attribute names may differ 

■ Attributes may be omitted 

■ Attributes may be ordered dif- 
ferently within a relation 

■ Relations may be omitted 



A data submodel definition may be 

created separately or in conjunc- 
tion with an application program. 
Several data submodels may be 
associated with the same data 
model or may be referenced by the 
same application program. Data 
submodel definitions may intersect. 



MRDS 
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Datatypes for data submodel attri- 
butes are defined within the appli- 
E^bn program, not within thedak 
submodel. They may differ from the 
data types defined in the data 
model torthe corresponding affrf» 
bute name. Allowable data types 
(in PUI terms) are real and complex 
fixed binary,, real and ^empiex 
floating binary, real and complex 
decimal, varying and nonvarying bit 
string, and varying and nonvarying 
character strings. Binary datatypes 
may be single or double precision. 

Whien definihii a filiation in a dita 
model or submodel, the creator 
must specify which attributes or 
fields are to be used as compo- 
nents of the primary key (i.e., key 
attributes). Each tuple or record 
oectjrreffeeirntistbi^ jdentWa^le by 
some non-null primary key value 
which must be unique. The expres- 
sion for defining a relatbn and its 
attributes resembles the format 
used in most relational literature. 



HflRDS Language PrateMsor 



liivsthe user to: 

■ Open and close a data base 
- defined by a specified data 

model or submodel 

■ Retrieve data based on a flexible 
selection capability 

■ Modify and delete itemswithtn a 
data base . 

■ Enter new information into the 
data base 

■ Allow for concurrent access by 
other users 



relationally complete — it possesses 
the full power of relational calculus. 
Any query expressi&ib iKflNit-6ifder 
predicate calculus is expressible in 
an MRDS selection mechanism. 
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LINUS (Logical Inquiry and Update 
System) is a powerful and easy-to- 
use facility for accessing data 
bases from a remote temiinal. It is 
designed to provide complete data 
base management capabilities, 
including both retrieval and update 
operations. LINUS functions as a 
subsystem of the Multics operating 
software and uses Multics Rela- 
tional Data Store (l\4RDS) for data 
base access. LINUS is used by a 
variety of business professionals, 
wmm^Qmm&iefmim psr- 

aonnel, budget planners, geol- 
ogists, and school administrators. 

LINUS uses a high-level, non- 
procedural dataselexifeinlanguage 
called ULA(UNUS Language). LILA 
mn help pm>pte who are not trained 
jCN'ogranftmevite) solve piri&btems try 
working with data bases. The user 
views the data base as a simple set 
iiifMiBS, consisting of rows anei 
cottffnns; LILA provides an easy 
ws^to "look up" information con- 
itxmedln those tables. 
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MNUS is designed for ease of use. 
Vlltfi i3l3w«rlNree key vra^ 
even an inexperienced computer 
user can get information from a 
dgfibiesitising LINUS, in addition. 
LINUS offers: 

■ Direct End User Access — 
UstntLir«IUS, tie user can 
independently retrieve and up- 
date data base information with- 
outsupportfiom the programming 
staff. 

■ Supportof Unforeseen Require- 
ments — The LINUS user can 
immediately respond to unex- 
pected information requirements 
by interactively selecting the 
desired data via a terminal, 
without writing a program. 

■ Complete Selection Capability — 
LINUS allows the user to select 
any information contained within 
the data base using LILA, sub- 
ject to security constraints. 



Capabilities 

■ Complete Data Base Function- 
ality — LINUS allows users to 
add and delete rows from a data 
base table, to modify column 
values in a table, to define tem- 
porary tables for person&ix^, 
and to retrieve information from 
one or more specified tables. 

■ MacmfiteSif^— Aparftm- 
eterized macro facility allows 
the user to invoke previously 
saved seqtienoesofLfNUi 
requests. This allows the tailor- 
ing of an environment to an 
individual user. 

■ L/M Line Editor — A BASIC-like 
line editor built into LILA 
simplifies oori^FUGtion of data 
selection expressionSi 

■ Built-in and User-detined Func- 
tions — Built-in functionsitflow 
the userto determine sums, 
averages, and counts of data as 
well as to search such items as 
partial character string values 
and rounded or truncated numeric 
values. In eKldition, there Is a 



ically addingtunoHons required 
by users. 

■ lntemalVariabl9s---TfmLmUS 
usercan assign retrieveddate 
vaHie^ to internal variables, 
Ititera^g subsequent diato^siec- 
tlons to be dependent upon pre- 
vfously retrieved data. 

■ Help Facility — A help request 
available within LINUS provides 
information on how to use its 
many facilities. The user need 
only type "linus" to invoke the 
subsystem, and "help" in order 
to begin using LINUS. 

■ Table of Contents — The user 
may display information about 
the contents (tables and col- 
umns) of the data base. Thus, 
LINUS can be used even by 
those who are unfamiliar with the 
structure and content of the data 
base. 

■ Report Writing Capability — 
Reports from retrieved data can 
be created using either the Multics 
Report Program Generator 
(MRPG) or the WORDPRO ' 
faciTrty, LfstFroe»ssing. Either 
facility can be invoked witha 
simple LINUS request. 

■ Mukics — Any Multics com- 
mand can be invoked from within 
the LINUS subsystem. Some 
pos^j^ tiSiiisof#i^1^ure are: 
sorthig retrieved data via the 
KlutHcs sort facility or editing 
i^§M#in9d with one of the 
Multics text editors. 

■ Data Base Creation — The user 
can creaieaprivate data base 

. vtaeasy-to-use MRDS com- 
miinds. Special documentation 
orbmedtiifhd LINUSi^ 
makes this process compara- 
tively simple. The data base 
cantften be maintained and 
accessed using LINUS. 

■ Data Sharing, Integrity, and 
Security — LINUS fully utilizes 
MRDS and Multics facilities for 
concurrent usage control, data 
base security, and data base 
back-up and recovery. 



Communications 
System 

The Multics Communications 
System manages the transfer of 
data between tfie Multics virtual 
memory and remote-user equipment 
(particulariy temninals) over com- 
munications channels. Thus, the 
host system is freed from communi- 
cations control and can concentrate 

With its high performance and flex- 
ibility, the Multics Communications 
System offers a number of potential 
operational advantages: 

■ Supports terminals and hard- 
ware of many manufacturers 

■ Can be Interfaced to Honeywell's 
DPS 6 computerfbr satellite 
applications 

■ Permits customizaton of 
software for specialized user 
applications 

■ PenTiitsadmirfl9trattOftl94S^ 
monitor and tune system 
performance 

■ Supports a wi^^i<5^of 
communications protocols 

■ Has extensive built-in diagnostic 
and debugging ^qoobilfttss fdr 
increased system availability 

■ Provides security on a per- 
channel basis ttwough Access 
Control Segments 

The Multics Communications 
System resides in both the cerv- 
tral system and in the Front-End 
Network Processor (FNP). The 
central system software has user 
process and supervisor portions 
that manage the terminals and 
high-level protocols (e.g., 3270, 
2780), and the FNP manages the 
physical channels and low-level 
protocols (e.g., bisync, HDLC). 

Both asynchronoisand synchro- 
nous protocols are supported. Syn- 
chronous examples include DPS 6 
Remote Computer Interface (RCI), 
binary synchronous, HASP, 



IBM 3270, IBM 2780, IBM 3780, and 

Honeywell-polled VIP (synchronous). 
As a special option, X.25 support is 
available. The MutficsmSP facility 
provides support for communications 
with foreign remote-job-entry work- 
stations and computer ^i^ms 
utilizing the HASP protocol. 



FNP Software 

The various protocols supported by 
the FNP are implemented by soft- 
ware modules known as control 
tedsies. ThesetE^lesooraiiStof daia 

assembled by means of macro 
instructions and interpreted by the 
FN P operating system . A site may 
implement its own protocols by 
supplying modified versions of 
these tables and/or additional con- 
trol table modules of its own. 



Multiplexed Channels 

A multiplexer is a software progrsffn 
that controls multiple devices or 
terminals associated with a 
physical FNP channel. The Multics 
Communications System treats 
each such device as a separate log- 
toal channel; these logical channels 
are called subchannels of the 
multiplexer. The physical channel 
used/controlled by the multiplexer 
is called a multiplexer channel. 
Since an FNP controls many 
channels, but communicates with 
the central Multics system over a 
single channel (the Direct Interface 
Adapter), the FNP is regarded as a 
multiplexer itself. All multiplexed 
channels and their subchannels 
(whichcan be mutiplexed, too) 
mustbedefined in the Channel 
DefinltionTabte {CUT). THUS, e&sh 
FNP must be defined in an entry in 
the CDT; the FNP core image 
specified fnthfiyentry must 
and must support at least as nfiany 
line adapters as specified. 



Central System Software 

The central system communica- 
tions softwamis tmpeiti^lttefot. 

■ Association of communications 
cliannelswith Multics processes 

■ Dispatching Inputfrom 
communications channels to the 
appropriate Multics processes 

■ Converting outputsupp^by 
Multics processes to a form 
suitable for sending to its 
destirvatioit (9.jg., terminiE^ 

■ Input and output conversion 
(processing of escape sequences, 
character erase, line kill, etc.) 

■ Canonicalization (placing input 
characters in a standard order) 

■ Managing terminail/O buffer 
space 

■ Multiplexing and demultiplexing 
the subchannels of a multiplexer 

■ Managing the FNP, i.e., loading it 
at system initialization, dumping 
It and recovering when itfails, etc 



User Interface 

Most user and system programs 
interface to the Multics Communi- 
catnns System through the general 
subroutine irrterface. This interface 
allows most programs to perform 10 
in a standard way, whether the 1/0 is 
to tape, rtsrfKrte termfriais, or files in 
the virtual memory. An interactive 
terminal is normally attached 
through the%- t^Omodule. For«» 
user's log-in terminal, this attach- 
ment occurs automatically during 
ipreciB^eMlon. A^kflfkmal 
terminals connected to the user's 
process can be attached explicitly. 
Othertypes of devices that use 
special communications protocols 
may be attached through special- 
purpose VO modules, several of 
which are supplied with the system. 
For even greater flexibility, users 
and sites can also write tlieir own 
I/O modules. 
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Word Processing 

System 

(WORDPRO) 

WORDPRO provides a compre- 
hensive set of software tools for 
developing a wide range of docu- 
ments online. The spectrum of 
applications suitable for WORDPRO 
ranges from simple form letters to 
complextechnical documents. 
Because WORDPRO is integrated 
within the Multics operating soft- 
ware, its users can develop and 
maintain these types of documents 
simuttaneously with other data 
processing activities. The result 
can be rapid turnaround time, as 
well as improved productivity and 
docurtient quality. 



Features 

Since WORDPRO ispartofthe 
Multics system, t«>f^ttieiiiser 
potential advantages over other 
less comrehensive word process- 
ing systeifWS: 

■ Ease of Use - People with little 
knowledge of computer systems 
or word processing can use 
WORDPRO for numerous teicl 
processing tasks. 

■ Security - The security provided 
by WORDPRO is the same 
security provided for all informa- 
tion stored in the Multics virtual 
memory. Because WORDPRO- 
prepared documents reside in 
virtual memory, they receive the 
same degree of security afforded 
any other job, file, or program. 

■ Document Manage ment Tools - 
WORDPRO document manage- 
ment tools make it easy to main- 
tain documents online or offline 
in a standard format. For example, 
these tools can be used for docu- 



archiving. The same tools which 

control system storage also con- 
trol WORDPRO documentation. 

■ Maximum Equipment Utfltea- 
tion - WORDPRO can help 
users make maximum use of 

than have the system sit idle 
when not processing data, 
WORDPRO can use this eMra 
time efficiently for text proc- 
essing - thus helping to increase 
equipment use. 

■ Total Integration with Data ProC'- 
essing - Within DPS 8/M 
systems, word processing and 
data processing are fully inte- 
grated. Data and text files 
created and maintained by 
WORDPRO can be accessed 
and used by data processing 
applications. Conversely, files 
created and maintained by data 
processing applications are 
available to WORDPRO users, 
all without special programming 
or conversions. 



-1 
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Input Devices 

Any terminal accepted by Multics 
systems can be used for word proc- 
essing, increasing useof temninal 

equipment. 

Users need not purchase special 
equipment nor dedicate termrnais 
for WORDPRO applications. If one 
set of terminals is used for input 
and update, otHei^devlic^eadrlto 
used for output. Text entered from 
one terminal can be modified by 
anoihw-ivtttiotAfipuxl to terminal 
characteristics. 



Text Entry Tools 

Tools are provided with WORDPRO 

for the entry of new text. With tliese 
tools, an individual with little orno 
prior word processing experience 
can easily power type raw text into 
the system for later update or incor- 
ponXktn into a document. 

SPEEDTYPE - Similar to typing 
Shorthand, it allows users to specify 
at}breviations for input of character 
sequences. These abbreviations 
are easily expanded to their pre- 
defined strings. SPEEDTYPE can 
result in fewer key strokes typed 
and higher document qualify. 



Document Formatting and 
Hypheiliiiien 

The WORDPRO text formatter 
(OE^PdSE)|my«4tfes dOGU^^ 
format control. In addition to margin 
and page length control, the 
formatter handles automatic page 
and paragraph numbering, widow 
processing, table of contents and 
index generation, font and forms 
control, artwork placements, and 
automatic hyphenation. Further, 
the fonrMtBsreiEui control: 
■ Headers/Footers - Up to 20 run- 
ning headers and footers can be 
specified. These can be page 
nurrrisers, copyrights, logos, or 



the current date. These need 
only be specified once; they will 
be inserted automatically 
thereafter. 

■ Footnotes— WORD PRO auto- 
matically generates numbers 
and inserts footnotes. If foot- 
notes are added or deleted, the 
remaining ones are automaticaiiy 
renumbered. 

■ Hyphenation - An online 
dictionary (optional) can auto- 
matically hyphenate documents. 

■ Multi-column -WORDPROcan 
format and automatically 
balance up to lOcolcnfnns. 




Quality Control 

WORDPRO Gontainsasetof epiailty 

control tools for detecting and 
removing typographical errors from 
docurnerits. Fftaf, SPEEDTV^ 
can be used to correct typing errors 
atentry time. For example, com- 
moh fyping emors SIK^ as^Klir 
instead of "the" can be automat^ 
ically corrected by predefiningflie 
formerstring as an abbreviation to 
be expanded to the latter. Or \ong, 
difficuit-to-spell words can be 
aHireviated, thus eliminating fre- 
quent mirapellings. 



Online dictionaries can also be 
used to detect misspelled words 
within a document. WORDPRO 
offers a dictionary containing over 
25,000 English words. The content 
of a document is compared with the 
dictionary's entries, and any words 
not found are entered in an error file 
or printed at the user's terminal. 
Multiple dictionaries can also be 
developed. For example, ad ic- 
ttonary of technical jargon could be 
established so that frequently used 
non-English words will not be con- 
sidered misspelled. Dictionaries 
canfee shared, if desired, or used 
as private versions. Dictionaries 
can also be added to or deleted 
ftomasdesbed. 

Change t)ars can be generated on 

documents undergoing review. A 
complete list of changes (line-by- 
line) can also be generated in a 
separate file of notes. Additionally, 
text comparison programs allow 
review of new documents against 
older versions. 



List Processing 

WORDPRO'S list processing 
facility can generate personalized 
form letters and billing statemente. 
Lists of mailing addresses can be 
used concurrently by many ter- 
minal operators to create these 
types of documents with key pieces 
of information inserted at various 
points. These list processing tools 
can also be used in conjunction 
with other Multics facilities (such as 
the data base manager) to supply 
current up-to-date account infor- 
mation for monthly statements, 
billings, etcMaflihglaibelsor pre- 
addressed envefopescan also be 
generated. 
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Artwork 

WORDPRO can be used to 
generate diagrams, organization 
charts, flowcharts, and logos. 
These figures can be included as 
part of the final, printed copy of a 
clocument. 



OiitpirtConttol 

Many devices can be used to print 

review copies of final documents. A 
terminal operator may request that 
a segrWiw«f tfeiietM biltpw 
local or remote printer, thereby 
freeing the input terminal for other 
yimk. Line printers, plotting ter- 
minals, and CRT devices can all be 
used for output. 

High-speed offline printers, such as 
the Honeywell Page Printing 
System, can be used in conjunction 
with WORDPRO to generate mul- 
tiple copies in multiple colors wtth- 
preprinted forms. Special forms 
control capabilities for line printers 
and plotting terminals permit docu- 
ments to be printed on multipart, 
tear-away, or peel-off forms. 

Computer output microfiche Intern- 
faces are available for generating, 
distributing, or archiving docu- 
meni^ontftkMrned^^ Docurtfen^ 
can also be stored in files online, or 
maintained offline on tape or cards. 

Photocomposition 

The WORDPRO design incor- 
porates a photocomposition inter- 
face to allow the generation of 
control infomation for automatic 
typesetting devices. This photo- 
composition facility is table-driven 
so that a variety of devices can be 
supported by simply modifying con- 
trol tables. 



Accessibility of Other Faclfities 

Because WORDPRO is an inte- 
grated part of the Multics system, 
its users can access other system 
facilities. For example, financial 
data stored in a Multics data base 
can be selectively inserted into a 
WORDPRO-generated document 
to produce an up-to-date monthly 
orquarterly statement. The Multics 
file management and manipulation 
tools can be used with online 
WORDPRO files. 




Administrative Tools 

Implemented on a project-oriented 
basis, WORDPRO can control the 
use of processing resources, 
access to documents and tools, 
billing for usage, etc. Users can be 
restricted to certain functions, or 
allowed access to full capabilities of 
WORDPRO. All the administrative 
oofifrols provided by the Multics sys- 
tems are applicable to WORDPRO 
administration. 



Graphics System 

The Multics Graphics System pro- 
vides a general-purpose interface 
through which user o r appi ication 
programs can create, edit, store, 
display, and animate graphic 
material. 



F^atiiraii 

■ High degree of terminal 

independence 

■ Ability to define graphic objects 
that may be used repeatedly in 
higher level objects 

■ Powerful editing facilties for 
graphic objects 

■ Ability to store graphic objects 
permanently 



Terminal Independence 

The Multics Graphics System is 
organized into two distinct parts: 
the terminal-independent portion 
and the terminal interfaces. 

User and applications programs 
cornrhWTKiis^S)ei3iu^ 
terminal-independent portion of the 
system. This helps ensure that: 

■ User programs and applications 
routines are not restricted to one 
particular terminal type, but can 
use whatever graphic terminal is 
available. 

■ Users are not isolated from each 
other because of the types of 
terminals they use, but may 
freely use each other's programs 
on their own terminals. 

■ Graphic applications may easily 
be transferred as new and 
improved terminals bp»;»Yne 
available. 
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The Graphics System can accept 
new types of graphic terminals with 
a minimum of coding. In most 
cases, the user need only specify a 
terminal's special characteristics in 
a table and construct a program to 
perform any code conversion 
necessary. No special I/O pro- 
gramming is required. Any existing 
program or graphic file may then be 
used on the terminaitp obtain com- 
parable results. 



Structured Graphic Objects 

Rather than treat graphic data as 
an unstructured collection of 
graphic etements frtitjieli as a 
sketch could be considered an 
unstructured collection of lines and 
points), the Graphics Sysl^ deiits 
with structured descriptions of 
objects. 

This organization has three poten- 
tial advanmgiBtlbrthe user: 

■ Natural representation of most 
objects can be made in terms of 
thefreWlhl^ 

For example, a piston, a complex 
object in its own right, may be 
treated as an elementai object 
within a graphicdescription of an 
engine. 

■ Subpictureit^besharedi 

thereby eliminating redundancy. 

■ Powerful global picture editing 
s are possible. 



Permanent Qraphte Storage 

Facilities provided allow the user to 
attach a name to any graphic object 
and store it in a Multics segment. 
Such objects may be used at any 
time by any user authorized to 
access the segment. 



Terminal-Independent 
Graphic Transmission 

Graphic information is transmitted in 
a well-defined, terminal-independent 
code. This code may be interpreted 
by a Multics program and converted 
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to the appropriate codes to drive a 

graphic terminal; or it may be trans- 
mitted directly to an intelligent 
grapN&t^Mbe that performii ftsown 
interpretation with a corresponding 
increase in efficiency. It may also 

"played back" on any graphic 
device to form background scenes 
or standard "canned" pictures. 



Systm Compatibility 

Unlike many graphics systems, 
Multics implementation is fully 
compatible with the general data 
processing environment. Thus, 
data base and word processing 
applications can utilize these 
unique graphics tools. 

Programs originally written bfi 
other computers that make use of 
the most widely used set of graphic 
subroutines may, with minimal con- 
version, interface in the same way 
with the Multics Graphics System. 
lnterfBK36&to mM'^her po^ 
graphics systeme are easily 
constructed. 



Dynamic and Interactive 
Giipiies 

When used with a terminal of suf- 
ficient inteiligenee, the liTuitics 
Graphics System can perform 
real-time graphic operations, such 
las dynamic animation, incremental 
picture update, local picture editing 
under control of the terminal, and 
scqihis^ccdedgraphic input. 



End UserTool 

The Multics Graphics System can 
be used to generate graphic dis- 
plays of data pulled from Multics 
data bases. This provides a powerfui 
tool for developing end-user 
oriented applications. 




Additbnal Features 



Text Editing 

The Multics s^tem provides 

several simple to advanced text 
editing tools for the online develop- 
ment. modHMi^n, erKffefmiigdirig 
of source programs, memos, docu- 
ments, etc. These tools provide a 
wide an'ay of editing functions, 
ranging from simple line-oriented 
editing to powerful global editing 
operations and cont^ict^orisrtted 
searching and replacement. 

The broad categories of editing are 
line and string editing and video 
screen editing. Both the line and 
string editing features are incor- 
porated rn^A^i^ sci«»efi edftdi^ 
that provides additional capabilties. 
The screen editor can locate, 
move, or delete any predetermined 
portion of text from words to docu- 
ment sections. Abbreviations for 
conmKHih^tised iwonii tt^be 
expanded the instant they are 
typed, leaving only the final text in 

btiiisr; ^i(^s#^n, arid 
uttimately in 0ie user's file. 

Electronic Mail 

Multics Electronic Mail allows 
message-switching networks to be 



established throiph simple com- 
meuids. Users cari^ilnd and re^fwi 
mirfl over these networks, ranging 
from short teleconferencing 
messages to lengthy memos or 
documents. Security is provided 
via a personal or shi^^ mailbox 
ama whiigh% suIiI^Id^^^^ 
control checking. Electronic mail 
can be the basis for the automation 
of a businesses entire in-h@tl^fnail 
operation, helping to eliminate the 
need for couriers. The electronic mail 
facility can ofNtfiHie^idWlng 
potential s^llirllli^s to the user: 

■ Each user can create a private 
"mailbox" - a special storage 
segmentfiorfnail delivery - or 
mailboxes may l>e shared tor 
group use. 

■ Any terminal recognized by the 
Multics system can send or 
receive electronic mail - no 
spe^dswlQes«re required. 

■ A usercan access his mailbox 
from any terminal recognized by 

Electronic mail provides such dis- 
tinctive functions as: 

■ Teleconferencing via terminals 

■ Immediate or deferred delivery 

of messages, text, and other mail 

■ Broadcast delivery to groups of 
users 

■ Selective delivery only to per- 
sons with a "need to know" 
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■ A secure mailbox facility, pro- 
tected by the full range of strin- 
gent security controls in Muitics 
system software and hardware, 
to guard mall from unauthorized 
access 

■ Simple commandsiofiBeciribe 

the mailbox access and mail 
functions allowed for specified 
users 

■ Many document management 
tools for text manipulation and 
storage 

■ Header information in memo 
format, allowing the system to 
request information such as the 
date, subject, sender, receiver, 
and all recipients of mail copies; 
more extensive headers include 
information concerning replies 
and the fonwarding of mail 

■ Mail copies, fonwarded 
automatically to those persons 
specified 

■ Mailbox summaries, including 
the sender, date and time the 
mail was sent, and subject of the 
mail 

GCOS Simulation 

Special Muitics subsystems called 
the GCOS Batch Environment and 
GCOS Time Sharing Environment 
allow GCOS job decks or Input 
Media Conversion tapes (IMCVs) 
to be run without change. GCOS 
files can also betraremnred 
between GCOS systems and 
Muitics systems using standard 
GCOStapes. The G#D® in#eAnh 
mentals© supports several lan- 
guages that run under GCOS, 
Including JOVIAL. ALGOL, 
OOBOL-eS, GMAP. and FORTRAN. 

Diagnostic and 
System Protection 
Features 

>-ioneywell's Error Logging and 
Analysis System (ELAN), theT6lial 

Online Test System (TOLTS), and 
the Offline Test and Diagnostic 



System are a compiehen^ve setctf 

system maintenance packages 
that identify potential processing 
problems allowing steps to be fallen 
to help prevent system downtime. 



ELAN 

The Error Logging and Analysis 
System (ELAN) can detect 
marginally malfunctioning central 
or peripheral processors and 
memory modules — usually before 
service is interrupted. The error 
analysis and logging modules, and 
error reporting programs attempt 
recovery from transient errors, 
log detected errors in an error 
colection file, and print a summary 
of tfiese errors fromthsitile. ELAN 
runs concurrently with norma! 
^stem operation and is invisible to 
thsiiser. 

The appropriate ELAN modidete 

initiated when a processor or 
memory module error is detected. 
After analysis and logging, normal 
Muitics fault processing continues. 
If a nonrecoverable error occurs, 
the space occupied by the program 
involved is removed from the 
available memory table. 
The Error Reporting Program is 
initiated daily, when the error log 
becomes half full, or on operator 
request The program prints, 
analyzes, and summarizes each 
record in the error log and retains 
summary data in an enor summary 
file. 

TOLTS 

TOLTS strikes a balance between 
two aspects of large-system integ- 
rity assurance : the need to ensure 
that all system components are 
functioning correctly and the need 
to minimize interference with the 
processing of user applications. 
TOLTS runs in the multiprogram- 
ming environment, concurrently 
with other system and user pro- 
grams on an optional basis. It per- 
forms periodic tests on system com- 
ponents and, if it finds indications of 



errors, calls in specific diagnostic 

tests and online troubleshooting 
programs to determine their nature. 

TOLTS directs diagnostic and 
maintenance tests using three 
subexecutives: 

■ The Peripheral Online Test 
System (POLTS) tests periph- 
eral subsystems, both device 
processor and attached devices, 
under operational conditions 

■ The Isolated System Online Test 
System (ISOLTS) provides a 
means of testing Muitics proc- 
essors online after they have 
been removed from system use 

■ The Malnfi'ameOnnhe Test 
Systems (MOLTS) checks the 
central system modules (system 
controllers and memory) 

TOLTS also incorporates a remote 
testing facility that allows main- 
tenance engineers to call up the 
system from a remote terminal and 
run test and diagnostic programs 
(both standard TOLTS programs 
and specific tests that they devise 
themselves using a conversational 
test language). 

The overaWeiftectofTOLTS is to 
diagnose incipient errors before 
they impact system operation and 
lodb aowfth mliilmurn effiiGti^ the 
pRX^osTng of userappHcations. 



Offline Test and DIagnostle 
System 

The Offline Test and Diagnostic 
System allows Customer Services 
penKNinelto test all central ^stem 
hardware subsystems. Offline 
testing for the processors, system 
controllers, and memory units 
detects and isolates problems more 
easily. Peripherals can be tested 
individually or in conjunction with 
system operations driving other 
peripherals. To simulate the normal 
software environment, mainframe 
test programs can be executed 
simultaneously with peripheral pro- 
grams, in any combination. 
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4. System Hardware 




The DPS 8/M systems offer many 
powerful features that can help 
simplify processing procedures 
and provide capabilities that can 
help large-scale computer users to 
solve complex processing prob- 
ICMiis quiddyand eastty. 

The DPS 8/M consists of a base 
system to which performance 
modules can be added in incre- 
mental steps, thus offering various 
levels of perfonn^K». This easy 
expansio^^lfd««K^tIi&i^1b ai^<- 
figure the size of the system needed, 
and protects equipment investment. 



System Configurations 

An example of an entry leVOl con- 
figuratbn would be: 

■ One^emltFSdproeessorwith 
cache memory 

■ One system control iinft with four 
megabi^ofrrvsrnory 

■ An input/output multiplexer 
(lOM) with 36 channel function 
slots 

■ One DC U6661 front-end net- 
work processor 

■ One MTP061 0 magnetic tape 
processor with a minimum of two 
MTU0410 tape units 

■ One MSP0607 mass storage 
processor with four MSU0451 
mass storage units 

■ One system console 

■ One printer 

■ Afull selection of terminals 

be expanded to tjhefoijbwlng max- 
imum configuration: 

■ Six central processors with 
cache memory 

■ Four system control units with up 
to 64 M bylB»ormemofy 

■ Two lOMs, each of which can be 
expanded from 36 to 54 channel 
slois 



■ Eight DCll6i61 front-end net- 
work processors 

■ Mass storage proeeissomenid 

MSU0500/0501 mass storage 
units providing up to 1 50 billion 



■ Sixteen MTU061 0/0630 
magnetic tape units per 
subsystem 

■ Eight unit record devices per 
subsystem; this could include 
multiple printers, pumitiss, 

■ Afullsel<s£;tionoftenYtinals 
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The following diagram illustrates an 
entry-level central system configu- 
ration, and displays the maximum 
DPS 8/M central system configu- 
ration. 



ENTRY LEVEL 

SYSTEM CONFIGURATION 
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64M BYTES 
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lOM 
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OPTIONAL 
CONSOLE 
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Central Processor 

The processor for each DPS Q^M 
system is the primary unit to exe- 
^MKMM^m^h processing 
irtsirtlCtior)s. it performs many 
system control functions Inde- 
pendently, overiappingmcratopera- 
tionsfor highly efficient instruction 
executiQn. Byte-oriented ASCII 



mation Interchange) is the native 
mode fortheMultics system. 

Other features of the processor 

■ Hardware for handling segmen- 
tation and paging in virtual 
memory 

■ Hardware for interrupting a 
pi^Qpess in execution at any point 
OfKsiuEfinifri miii!^^ of an 
instruction), saving | 
status, and rest 



■ High-speed cache memory ter 
improved performance 

■ HaidiiArdra^tereitilie^ng several 
modes of memcnyipcess 

■ Hardware for imptomenting 
data integrity and seGurfty 
mechanisms 

■ Associative memory for fast 
hardware aoce^ to Virtual 
memory 

■ Program-addressable registers 
for preparing virtual memory 

addresses 

DPS 8/M systems employ Large- 
SeaUr Integration (LSI) cire^flteb- 
ments, which involve more densely 
packed logic. With LSI circuitry, 
less power and overall space are 
required. The DPS 8/M processor 
also incorporates micro- 



Processor Organization 

Theprocessor module for each 
DF^ 8/M system is organized 
around functionai imMt 

■ ControlUnit — Provides the 
interface between the operations 
unit and the system controllers. 

■ Operations Unit — Containsthe 
logic to execute binary arithmetic 
and logical functions. 

■ Decimal Unit — Includes an 
Extended Instruction Set (EIS) 
within the processor's basic 
repertoire of instructions, 
including instructions for proc- 
essing character string, decimal 
data, and bit string. 

■ Appending Unit — Implements 
segmentation and paging of the 
virtual memory; provides 24-bit 
addressing; contains 64 seg- 
ment descriptor words and 64 
page table words on a most 
recently used basis; and pro- 
vides a descriptor segment base 
register, eighit segment pointer 
registers, and ring protection 
hardware. 

■ Cache Memory Unit — Holds the 
most recently used information 
from main memory and improves 
system performance by reducir^ 



Processor Modes 
ofOperatton 

The p^oos^^dperifi@s Mthfee 
modes: absolute, privileged, and 
nonprivileged. All instructions are 
available in the absolute mode. 
Privileged instructions, such as 
those that operate on the descriptor 
MsemgMrand input/output 
devices, are available only in abso- 
lute and privileged modes. Most, 
but riot#, dffhe tf^Ktiefie^^fl^ 
available in nonprivileged mode. 
General users are restricted to the 
nonprivileged modeandthus are 
prevented from executing any 
instructions that could interfere with 
other progMrrmt^r with tiie Multics 
operating system software. 

The full segmentation and paging 
capability of the processor is used 
in the privileged and nonprivileged 
modes for fetching instructions and 
operands. Addressing in the abso- 
lute mode does not use the seg- 
mentation and paging capability, 
andMiiof £iw%dii^^ 
pRigfsams. 
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Segmentation 



Paging 



Ring Structure 



Segmentation divides the user's 
address space into many parts and 
assigns attributes (access control 
and length, for example) to these 
parts based on their logical use. 

VSamB conventional file, a segment 
Isacollection of instructions or data 
spedlieti by the user. It has a sym- 
t)(^fliEillieflt^^ Itet, 
andean vary In length. 

The segment is the basic unit of 
information sharing. Different users 
can incorporate a single segment 
into their programs merely by 
specifying the segment name. A 
program need not copy a segment 
to use it. saving time and elim- 
inating duplication in main memory. 
To control this sharing, each seg- 
ment has an access control list con- 
taining the name and access 
privi leges of each person who can 
use the segment. The hardware 
checks these access privileges on 
each reference to a segment by 
any user. 

The potential advantages for the 
userofseiKffiMtaiidfn^a^ 

■ Stored data and procedures can 
be referenced easily and directly 

■ Logical units such as programs 
and data are protedsd by hard- 
ware 

■ Users can directly share pro- 
cedures and data bases 



Segments can be of different sizes, 
and a segment's size can change 
during the operation of a program. 
In order to simplify allocation of 
main memory, each segment is 
divided automatically into fixed- 
size storage units called pages. 
This division — and the subse- 
quent manipulation of the pages — 
is totally transparent to the user and 
requires no action on the user's 
part. In addition, any access con- 
trols established forasegment 
apply to the pages that make up 
thatsegmerit 

The pages of a given segment 
need not be located in contiguous 
storage btoeks-They^needndieviBn 
be in main memory at one time. As a 
page is needed in main memory, it 
is retrieved atiten w ttteallyfrbfw 
secondary storage and placed In 
any available block in main 
memory. When mainnfenieiiy 
filled and more pages are needed, 
some pages have to be displaced. 
Pages not used recently will be 
migrate (swapped) to secondary 
storage. 

Paging can t>e advantageous for 
the user In the foHewingwi^ 

■ A user can write and operate a 
program without planning for its 
storage alkx»tion needs or for 
the management of the segments. 

■ It provides a simplified technique 
fopdynwniestorage manage- 
ment and can help reduce oper- 
ating system overhead by allow- 
IngrraxInrTum loading offinain 
memory and avoidir^compEtc- 
tion problems. 

■ It uses the system's high 
speed storage effectively by 
fetching only pages that are 
actually refeietioed, ratherthan 
an entire program or file. 



The DPS 8/M system provides 
eight states of execution with 
adequate tools to allow proper 
administration of access privileges 
to the system users within them. 
This implementation allows seg- 
ments to be grouped into rings. The 
number of each ring (0-7) des- 
ignates the level of privilege 
assigned to procedure segments 
executed in that ring. Ring 0 has the 
highest level of privilege. Privileged 
ring segments, such as the super- 
visor and special user subsystems, 
are protected from uncontrolled 
use by less privileged rings. These 
segments can only be used by pro- 
cedures in less privileged rings if 
called via a special "gate " mech- 
anism. The access pennlsston 
checking is enforced as well. 

The information protection features 
inherent in the ring structure allow 
thefoiiowing procedures: 

■ Users can create protected pro- 
grams and data bases for con- 
trolled use by others. 

■ A supervisor program can be 
implemented in layers with dif- 
fering degrees of privilege. 

■ A programmer can debug a pro- 
gramln an unprivileged envi- 
ronment and then move it to a 
privileged environment with no 
recompilatton or modifk:ation. 
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System Control Unit 

The system control unit (SCU) is 
the principal interface between all 
certtral system components. It pro- 
vides complete system interrupt 
control which regulates communi- 
cation between components and 
services all demands on memory. 
The SCU handles the switching of 
all control signals, addresses, and 
data into and out of the memory 
units. Memory units are modular 
and each connects directly to a 
system control unit. 

Up to four SCUs may be configured 
in a DF% 8^ sysitefn, each 
SCU capable of controlling 16M 
bytes of memory. The maximum 
total memoiy ^ecun^ntly avail- 
able is 64M bytes. Multiple SCUs 
are recommended for optimal 



Memory 

The Metal-Oxide Semiconductor 
(MOS) memory of the DPS 8/M 
s^e^fsmmjg^fttm bytes 
to 64M bytes, with increments of 
varying sizes. Eight bytes, plus 
Enror Detection arid C^rrais^ 
(EDAC) bits, are accessed in each 
memory cycle. 




InpuVOutput 
Multiplexer 

All transfers of data between 
memory and peripheral devices or 
communication lines pass through 
the input/output multiplexer(IOM), 
which is responsible for coordi- 
nating the Input/output operations 
of system controllers, peripheral 
processors and network processors. 

I/O transactions are controlled by 

Multics and stored in memory. 
When an I/O transaction is com- 
plete, orwhen special cohtirad^ 
are detected, the 101^4 causes a 
program interrupt. 

The lOM has attractive per- 

fiiiniande ctnuiidMii^AiisBs 

■ Peak lOM transfer rate of more 
than 4M bytes per second 

■ Efflierdeor#4sjrnultane0i»ly 
active data channels per lOM 

■ Peal( channel transfer rates of 
more than 1 tUtl^pmmo^ 

■ Scratchpad Storage foreonbol 
words 

■ Eight special channels for 

specific system functions 

The lOM offers memory protection 
for all I/O data transfers. Each data 
channel functions independently 
with its own memory assignment. 
Parity is generated and checked on 
all information sent to and from the 
system controllers and the periph- 
eral subsystems. 

The Multics systems perniit up to 
two lOMs to be configured on each 

system. 
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Front-End Network 
Processor 

The Front-End Network Processor 
(FNP) provides large-volume, net- 
work corrmruntes^ns power for 
Multics systems. Because the FNP 
controls message management 
and misssage heUfxJHhg II a DPS a/M 
system , t he re so u roe s of the cen- 
tral processor are required only 
when a me^^ is submitted for 
information processing. 

The DATANET6661 serves as 
FNP for DPS 8/M systems. A system 
can accommodate up to eight FNPs. 
The primary comporients of the 
DATANET 6661 are the processor, 
input/output multipiexer, and 
memory. 



FNP Processor 

The central FNP processor operates 
asynchronously under firmware 
control, (tfthistructton repertoire 
fully compattt>le with the instruction 
sets of the DATANET 6641 , 6651 , 
and 6678, aswi^SsDilVrANET66 
and 355. 



FNP kiput/Output Multiplexm- 

The DATANET 6661 FNP input/ 
output multiplexer (lOM) performs 
all operations required for the transfer 
of data t)etween inpuf output devnes 

and the FNP memory. Internally, the 
lOM operates asynchronously in 
an intenrupt-driven fashton. 



Memory feattimslneludeslngle- 

and double-word fetch, self- 
contained initialize and refresh 
k)gfe, andistandaidEDACp^r 
Detection and Correction) 

functionality. 

A basic DATANET 6661 FNP 
includes 64K bytes of memory and 
can be expanded to 1 28K bytes. 
Two processor performance 
enhancements are available. The 
first Increases processor per- 
formance up to 47 percent and the 
next provides up to an additional 82 
percent 




Data Communications 
Funetions 

Hardware and software of the 

DATANET 6661 FNP are designed 
to optimize the management of 
eommunfoafidr^fraflte^^ 
leaving the system through sp^sffic 

hardware adapters. 

The Channel Interface Base pro- 
vides the line interfacing arrange- 
ments necessary to accommodate 
terminals with various data transfer 
rates, bit orders, bits per char- 
acter, information codes, character 
sets, message formats, and com- 
munications controlprooBihniea^ 

Low-, medium-, and high-speed 
data communications terminals 
and subsystems, capable of opera- 
tion at up to 9.6K bits per second, 
can be connected to the system. In 
addMon, synclirorioi;^ »id«syn- 
chronous transmissions and any 
combination of half-duplex and 
1ull-'d0f)ie)r&ar)«iil8^0n ntodes are 
supported. To meet various func- 
tional requirements, the FNP can 
accommodate 4, 8, or 1 2 Channel 
Interface Bases, depending on 
available configurability options 
ordered. Each Channel Interface 
Base supports upto eight com- 
munication lines. 



FNPiWemory 

The high-speed, random-access, 
semiconductor memory subsystem 
of the DATANET 6661 performs all 
storage functions without restric- 
tions on address sequences, data 
patterns, or repetitton rates. 
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Reconfiguration 

Memory modules, central proc- 
essors, network processors, 
peripherals, mass storage devices, 
and terminals in a Multics system 
can be reconfigured dynamically, 
ii^fthoiJtiiiidmjpth^ userserwteft, 
This allows devices to be reimstiiid 
from processing for maintenartbid 
and configureci automatically 
following repair. 

In addition, failing memory pages 
are automatically deallocated 
whenever a double-bit (uncorrect- 
able) error is discovered. Large 
configurations can also be split into 
smaller separate systems for blocic 
time processing or testing. 
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5. Peripheral Subsystems 



All DPS 8/M peripheral sub- 
systems communicate with the 
central processor through the 
Input/Output Multiplexer. Multics 
issues peripheral commands 
through the lOM and each device 
requests action through it with 
special interrupts. Mass storage, 
tape, and unit record subsystems 
connect to the lOM through high- 
speed interfaces that transfer up to 
1 .25M bytes persecond. NefWdrk 
processors and consoles connect 
to the iOM through their individual 
channels. 
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Consoles 



The DPS 8/M console is free- 
standing and has components for 
interactive message transfer and 
communication with the operating 
system. Console keyboards permit 
operators to enter messages to the 
system and respond to inquiries 
and requests. Quiet printers permit 
ffid ti^dffCynnislftflth d^Wany as 
three carbons. One CSU6601 con- 
sole is required with each system. 

Optionally, additional control ter- 
minals can be attached to the net- 
work processorto allow multiple 
devices for input or output of 
operator functions. After the Initial 
bootload sequence, these devices 
can be utilized for all control func- 
tions normally performed via the 
console. The additional terminals 
can be any temninal supported by 
M\Mss. 



Console j^H 
B^X:iMraetortetic^| 






Emergency Powei^^^^^^f 
Initialize ll^^^H 
Ipstioad ^^^1 




Processor Activ% ^^^H 


1^ Printer 
Speed 




Console Keyboard , 
Typing Rate 
Supported 
Character Types 


20 ops ^^^1 

26alphat>etic ^^^H 


^^^Kys 1 

^^■gmpity 1 





■Controls and Indicators for CSU660 1 are located in a pod 
induded In an (^Ipnal console table. 
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Mass Storage 
Subsystems 

A DPS/8M mass storage sub- 
system includes a mass storage 
processor and up to 32 disk units. 
Multiple subsystemscan be 
configured. 



Mass Storage Processors 

Mass storage processoraare 
microprogrammed devicestiliat 
00iitit>l1he1t'ah9iBroffhfem 
between a mass storage unit and 
an input/output multiplexer. The 
connection belwewfti^esetiewiCies 
is a channel, of which there are 
three types: 

■ Primary channel — included 
within the processorfor connec- 
tion to the lOM 

■ Optional nonsimultaneous 
switched channel — connects 
the mass storage processor to 
the network processor In support 
of the Network Processlrtg 
Supervisor software 

■ Dual simultaneous channel — a 
secondary channel to the lOM, 
and simultaneous access to any 
two disk units in the system 
(This channel is available only 

siorfiigeufiite*) 

Mass storage proce99(MSi^ 
support up to 1 6 MSU0400/0402/ 
0451 or eight MSU0500/0501 or 
combinations on the single channel 
model, and up to 32 MSU0400/ 
0402/0451 or 1 5 MSU0500/0501 or 
combinations on the dual model.^ 



Mass Storage Units 

The mass storage units MSU0400, 
MSU0402. MSIJD4S1 . MSUQW, 
and MSU0501 incorporate 
advanced design technology arid 
Crtiier0xoelleiit<»paie%»id per- 
formance features. 

Check characters inserted into 
data records or sectors help to 
ensure the validity of that data. 
Additionally, a write-protect 
capability, standard with each unit, 
helps protect Individual disks 
against inadvertent writing. Online 
error status reporting and offline 
diagnosis and testing can helpto 
reduce overall repair time. 



Rotetional posi^ sensing helps 

reduce effective device latency time, 
thereby increasing I/O channel effi- 
dmo^. System-controiled offset 
track spacing in MSU0400/0402/ 
0461 permits the recovery of data 
lost due to disk head misalignment. 
The MSU0400/0402/0451/0500/ 
0501 have a dual access, radial 
configuraliDn. 



'MSU0500 or MSU0501 Include two disk spindles: 
MS U0400' 0402 0451 include one spindle Each 
spindle must have a dual access feature for crossbar- 
ring batlMMnttw two otUHineto. 
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I Media Removable Removable Removable Fixed Fixed 



Type M4050A M4451 M4451 Included Included 




Magnetic Tape 
Subsystems 

A DPS 8/M magnetic tape sub- 
system consists of a magnetic tape 
prooeeidr^alrfddirie Of mo^ 
neticta^ units. Multiple sub- 
systems can be configured on the 
Muitics system. 



Magnetic Tape Proceasor 

The magnetic tape processor is the 
microprogrammed unit that trans- 
fers control information between 
the lOM and the magnetic tape units. 
It is designed to support a wide range 
of magnetic tape unit performance 
and processing capabilities. A single 
magnetic tape processofc^ sup- 
port eight tape units with a single 
jchannel to the lOM. With a dual 
SifmlbBneisus dhmnei configuration, 
a processor can control 1 6 units. 

The magnetic tape processor func- 
tions efficiently in several different 
tape processing environments and 
can operate in NRZI (non-return-to 
zero-inverted), PE (phase- 
encoded), and GCR (Group Coding 
Recording) modes. All written infor- 
mation is immediately read and 
checked. An extensive checl<ing 
scheme is used throughout the 
tape processor subsystem. In 
seven-/nine-track NRZI mode, the 
processor detects errors using both 
vertical and horizontal redundancy 
checks to detect data bit errors. 
Nine-track NRZI tapes recorded at 
800 bits per inch (bpi) also trem 
cyclic redundancy check char- 
acters that are generated when 
writing and then checked during 
reading to detect dropped-bit 
errors. When reading at 1 600 bpi in 
PCmode, ^pra^ssor dynam- 
ically corrects single-trackand 
skewing errors. 

When reading at 6250 bpi, GCR 
techniques are used to provide 
automatic error detection and cor- 
rection for both single- and 
doubletFadcenrors. 



Magnetic Tape Unita 

Honeywell offers a wide perform- 
ance range of magnetic tape units 
with speeds of 75, 1 25, and 200 
inches per second (ips). Seven- 
track units are available at densities 
of 200, 556, and 800 bits per inch 
(bpi). Nine-track units support den- 
sitias Of 800, 1600. anamso bpi. 

Consistent with their high operating 
standards, DPS 8/M tape units are 
also convenient to operate. 
Advanced hub designs and auto- 
matic or semiautomatic threading 
features lock and position tape 
reels securely, and help eliminate 
unnecessary tape handling. All 
units feature automatically con- 
trolled power windows that protect 
tapes from contamination. 

A DPS 8/M configuration can 
ineiucterriuttlpieUipeaubs^ems. 
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■tottwusands. 



Unit Record 
Subsystems 

A DPS 8/M unit record subsystem 
consists of a unit record processor 

card punclies, and printers. Multiple 
unit record subsystems can be con- 
figured on each Multfcs sy^em. 

UnK Record Processor 

Ttie unit record processor connects 
the lOM to the unit record devices 
in a system. With just one system 
channel, the processor can simul- 
taneously control upto seven 
devices. 




Card Equipment 

TheCRU0501 and CRU1 050 
Readers, CCU0401 Reader/ 
Punch, and PCU0121 Punch share 
several operating features and 
data integrity functions. On each 



unit, optical synchronization proce- 
dures check the trailing edge of 
each incoming card for data accu- 
racy. Read comparison, parity, and 
validity tests check for input errors. 
FortheCCU0401 andPCU0121, 
any cards in error are offset from 
the rest of the deck and error status 
reporting under software cpr^roi. 



Operation of all these units is simple 
and convenient. The hoppers are 
large and designed for smooth card 
handling. Color-coded displays 
can be easily understood. And any 
alert conditions that arise — such 
as full output stacker, feed error, or 
card jam — are clearly identified so 
operators can r^(X>nd quicicly. 



1 Card Reader and Card Punch 

[ Characteristics 


CRU0501 
Card Reader 


CRU1050 
Card Reader 


CCU0401 
Reader/Punch 


PCU0121 ^1 
Card Punch 






1050 


400 (read) 

100 to 400 (punch) ' 


100to400° 


^^Ritype ^^^^ 




80-column'' 


80-column 


80-column 


Input hopper capacity 




3000 


1200 


1200 


PIF Output hopper capacity j^^g^ 


1000 


2500 


1300 


1300 VH 




1 Photoelectric/column 
1 bycoiumn/seilal 


Photoelectric/column 
iSycoUffnn/serid 


Photoelectric/column 
bycolunnVsMlal 


M 



"Depending on the number and position of card columns pun^ied. 
"Opdonal 51 -column reading is availat)le (CRF0003). 



47 



1 Print positions ^^^^1 




13€orl6HHP 


^ 136or160 


136 




Characters per inch 




10 


10 


10 




Lines per inch 




. 6or8 


6or8 


6or8 








[ 90 


90 


25/44 




H^l^^^^ control m^^l 




1 programmable 


programmable 


programmable 


progiammabl^l^l 






4 in. to 22 in. 
(10cmto56cm) 


4 in. to 22 In. 
(10 cm to 56 cm) 


4 In. to 19 in. 

(10.2 cm to 48.3 cm) 


4 in. to 19 in. 
(10.2cmto48.3cmjl 




"Based on a4frdMracter set (Maximum speed using 63-character set is 975 Ipm : 700 ipm for 94-ctiaracter set) 
''Based on a 48-character set (Maximum speed using 63-character set is 1 325 Ipm; 985 Ipm for 94-character set) 

In multiples of 8 
''Based on a 64-charactsr set 



Online Printers 

The PRU0901,PRU 1200, PRU1201 
and PRU1 600 printers are 1 36- 
column, removable belt devices. 
Although they may have different 
operating characteristics, they 
incorporate features for fast, con- 
tinuous operation and operator 
conmtBeioB. These fsatures indude: 

■ Special editing capabilities to 
speed the preparation of data for 
prmung 

■ Programmable vertical fonfnat 
control 

■ Rapid paper skipping 

■ Clearly visible incJicators of low 
paper, paper out of stocic, and 
feeding error 

■ Several character sets 

■ Abilityto handle single-part, oon- 
tinuous, or tabulating card ^di^ 

■ Autom atic deactivation when not 
in use 

■ Choice offour printer belts 
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Offline Printer 

Honeywell's Page Printing System 
represents an advance in high- 
speed, nonimpact computer 
printing. It produces high-quality, 
various-sized, finished documents 
that are cut, perforated, punched, 
collated, and addressed at speeds 
from 90 to 600 pages (8000 to 
1 8,000 lines) per minute. 

Electrographic printing allows both 
variable data and forms to be 
printed at the same time. Colored 
toners are available to customize 
the output and to reduce the need 
forigeildired paper. 



Page Printing System (PPS) 

PPS operates offline under the 
control (rfeprepfogrsmmed Level 6 

computer, reading print-image 
magnetic tape from the originating 
infcimilidni^ 

verting the tape codes to pririted 

output. 

Fixed information, such as letter- 
heads, logos, column headings, 
and vertical and horizontal lines, is 
formed electrostatically from a light- 
weight, easy-to-change metal 
format cylinder. Alternatively, 
multicolor preprinted forms, 
including informati(monthebad( 
side, can be used. 



Expanded eharaetersete are 

available to handle letter-writing 
applications and to allow simple 
formsioliedteivn without the use 
of forms cylinders. The PPS also 
supports IBM-ATStextwriting 
systems. 
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This is DPS 8/Multics: modular 

hardware, compatible software, 
flexibility within a Distributed 
Systems Environment. Highly inter- 
active, easily accesible, designed to 
provide a utility-grade computer 
service. DPS8/Multicsisthe 
adaptive information mane^j^nent 
system. 

For answers to questions con- 
cerning Multics systems, contact 
your Honeywell Marketing 
Representative. 



Tlie information and specifications in this document are Billed; to 
change without notice. This document contains information about 
Honeywell products or services that may not be available outside the 
Unitod States. Consult your Honeywell Marketing Representative. 
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